Overleg gebruiker:Patrick Schileffski/2009-10/Domeinmodellering/Casus1/Opdracht
Als je ergens een aanvulling hebt, zet die dan maar neer. Ik weet namelijk niet of ik wel op alles heb gelet. "Idzard"
Inhoud
- 1 COS-Raport
- 1.1 8.2.1.1 Problem Listing
- 1.2 8.2.1.2 Analysis of interest groups
- 1.3 8.2.1.3 Problem Grouping
- 1.4 8.2.1.4 Discription of Current activities
- 1.5 8.2.1.5 Description of Objectives
- 1.6 8.2.1.6 Evaluation of current situation and analysis of needs for changes
- 1.7 8.2.2.1 Generation of change alternatives
- 1.8 8.2.2.2 Description of change alternatives
- 1.9 8.2.2.3 Evaluation of change alternatives
- 1.10 8.2.3 Choice of change approach
- 1.11 8.2.3.1 Choice of change alternative
- 1.12 8.2.3.2 Choice of development measures
- 1.13 8.2.3.2 Analysis of parallel development measures
- 2 [UML] use case diagram
COS-Raport
8.2.1.1 Problem Listing
8.2.1.2 Analysis of interest groups
Problems by GroupPatiënten: 6 Bezoekers: Directie: 7 Info Balie: 2, 4, 5 Specialisten: 3, 4 Verplegers: 1, 4 Financiële administratie:
8.2.1.3 Problem GroupingGroep 1: Invoer Gegevens
8.2.1.4 Discription of Current activities"(Ik weet niet of ik dit goed doe, maar dit is wat ik denk dat de bedoeling is.)" Activiteiten:
Opnemen van voor de behandeling belangrijke gegevensPre-conditie: Patiënt komt op een afdeling binnen, en er zijn nog geen gegevens die belangrijk zijn voor de behandeling. Wie? Het afdelingshoofd. Wat? Het noteren van voor de behandeling belangrijke gegevens (zoals dieet- voorschriften, medicijngebruik en behandelend specialist). Post-conditie: De afdeling heeft gegevens over de patiënt voor de behandeling.
Noteren van voor de informatiebalie en niet-medische administratie belangrijke gegevens.Pre-conditie: Patiënt is op de afdeling opgenomen, en de informatiebalie is daarvan op de hoogte gebracht. Wie? Medewerker van de informatiebalie. Wat? Noteren van belangrijke gegevens voor de informatiebalie en niet-medische administratie belangrijke gegevens. (Zoals ziekenfondsgegevens, naam, patientnummer, kamernummer) Post-conditie: De informatiebalie en de niet-medische administratie zijn op de hoogte van de patiëntgegevens.
Geven van een Algemene inschrijvingskaartPre-conditie: De patiënt is behandeld en gaat weer naar huis, en hij heeft nog geen algemene inschrijvingskaart. Wie? Patiënt, Info Balie. Wat? De patiënt krijgt na zijn behandeling een kaart met zijn algemene gegevens mee naar huis die. Deze kaart moet bij de volgende opname weer worden meegenomen. Dit vergemakkelijkt de administratie. Post-conditie: De patiënt heeft een inschrijvingskaart en ligt niet meer in het ziekenhuis.
PlanningsbordPre-conditie: De patiënten liggen in verschillende kamers. (eigenlijk is er geen pre-conditie denk ik.) Wie? Het afdelingshoofd Wat? Op een planningsbord een overzicht bijhouden van de opnames op de bij die afdeling behorende kamers en specialisten en over de capaciteit van die kamers. Post-conditie: Er is een overzicht van welke patiënten op welke kamers liggen en welke specialist daarbij hoort.
8.2.1.5 Description of ObjectivesDoelen:
|
|||||||
Idzard Stoker → Patrick Schileffski | Remove this comment when resolved! |
8.2.1.6 Evaluation of current situation and analysis of needs for changesBehoeftes
8.2.2.1 Generation of change alternatives
|
||
Patrick Schileffski → Patrick Schileffski | Remove this comment when resolved! |
Ik heb maar wat gedaan, verander dit maar als jullie het niet met deze manier eens zijn. Ik zou echt niet weten hoe dit moet gebeuren...
8.2.2.2 Description of change alternativesPlanningsbordVerandering: Planningbord van Afdeling kan automatisch uit de patiëntendatabase worden weergegeven (met de informatie van de opnamekaart). Hiervoor is het alleen maar nodig, dat op de opnamekaart ook het bednummer staat. Beschrijving In het automatiseringssysteem moet opgenomen worden welke patient op welke kamer ligt en bij welke afdeling een kamer hoort en wat de capaciteit van die kamer is. Hierdoor kan er automatisch een schema worden gemaakt van welke patienten in welke kamer liggen. Belanghebbenden: Verplegers, Specialisten, Info Balie.
Patientnummer EHBOVerandering: Er zijn twee mogelijkheden hoe een patient in het ziekenhuis kan belanden: per wachtlijst of via de EHBO. Dus zou het ook voor de EHBO mogelijk zijn, een nieuw patientnummer te genereren. Beschrijving: De EHBO moet een overzicht hebben van de namen van de geregistreerden in het ziekenhuis. De EHBO moet ook een nieuwe patient kunnen registreren en ze een patientnummer kunnen geven. Belanghebbenden: Info Balie, Administratie, Patient
Verplaatsing PatientVerandering: Bij het verplaatsen van een patiënt naar een andere afdeling zou het ook makkelijk mogelijk zijn hun gegevens voor de nieuwe afdeling toegankelijk te maken. Beschrijving Als een Patient wordt verplaatst moeten de gegevens van de desbetreffende patient beschikbaar worden voor de nieuwe afdeling van de patient. Dit kan door in het systeem de rechten van de afdeling te veranderen. Ook moet de infobalie bericht krijgen dat de patient wordt verplaatst, en moet dat automatisch worden bijgewerkt. Belanghebbenden: Bezoekers, Patienten, Info Balie, Verplegers, Specialisten.
AdministratieVerandering: tabel met alle gegevens die voor de afrekening met de ziekenfondsen van belang zijn kunnen automatisch uit de combinatie van behandel- en medicijngegevens (opnamekaart) en de ziekenfondsgegevens (algemene patiëntengegevens) ontstaan als er een centraal patiëntendatabase is. Beschrijving: De administratie moet rechten krijgen om de voor de administratie belangrijke gegevens te kunnen bekijken. Zo krijgt de administratie automatisch een bijgewerkte lijst met gegevens. Belanghebbenden: Administratie, Info Balie
Specialisten KladblokVerandering: Om meer structuur op het specialisten-kladblok te hebben moeten voor iedere specialistengroup (radioloogen, chirurgen, ect.) formulieren worden ontwikkelt, waar hij de gegevens van zijn speciale onderzoek zo goed als mogelijk kan aangeven. (Voorbeeld: Een radioloog moet een mogelijkheid hebben beelden op te slaan en een chirurg niet) Beschrijving: Er moeten voor de specialisten speciale notitieformulieren komen die kunnen worden opgeslagen in het systeem. Belanghebbenden: Specialisten, Verplegers |
|||||||
Idzard Stoker → Patrick Schileffski | Remove this comment when resolved! |
Nieuwe patientendatabaseVerandering: De oud kaartenbakken worden door een patiëntendatabase vervangen Beschrijving: Er moet een nieuw database worden ontwikkeld en een nieuw pc-netwerk ontstaan om met deze database te werken Belanghebbenden: alle medewerkers
8.2.2.3 Evaluation of change alternativesPlanningsbordVerandering:Planningbord van Afdeling kan automatisch uit de patiëntendatabase worden weergegeven (met de informatie van de opnamekaart). Hiervoor is het alleen maar nodig, dat op de opnamekaart ook het bednummer staat. Oogpunten:
Patientnummer EHBOVerandering:Er zijn twee mogelijkheden hoe een patient in het ziekenhuis kan belanden: per wachtlijst of via de EHBO. Dus zou het ook voor de EHBO mogelijk zijn, een nieuw patientnummer te genereren. Oogpunten:
Verplaatsing PatientVerandering:Bij het verplaatsen van een patiënt naar een andere afdeling zou het ook makkelijk mogelijk zijn hun gegevens voor de nieuwe afdeling toegankelijk te maken. Oogpunten:
AdministratieVerandering:tabel met alle gegevens die voor de afrekening met de ziekenfondsen van belang zijn kunnen automatisch uit de combinatie van behandel- en medicijngegevens (opnamekaart) en de ziekenfondsgegevens (algemene patiëntengegevens) ontstaan als er een centraal patiëntendatabase is. Oogpunten:
Specialisten KladblokVerandering:Om meer structuur op het specialisten-kladblok te hebben moeten voor iedere specialistengroup (radioloogen, chirurgen, ect.) formulieren worden ontwikkelt, waar hij de gegevens van zijn speciale onderzoek zo goed als mogelijk kan aangeven. (Voorbeeld: Een radioloog moet een mogelijkheid hebben beelden op te slaan en een chirurg niet) Oogpunten:
Nieuwe patientendatabaseVeranderingDe oud kaartenbakken worden door een patiëntendatabase vervangen Oogpunten:
|
||
Patrick Schileffski → Patrick Schileffski | Remove this comment when resolved! |
ANNOYING WIKI! GIVE ME GOOGLE WAVE! 8.2.3 Choice of change approachtest 8.2.3.1 Choice of change alternativetest 8.2.3.2 Choice of development measurestest 8.2.3.2 Analysis of parallel development measurestest
|
||
Joeri Arendsen → Patrick Schileffski | Remove this comment when resolved! |
[UML] use case diagram