Page History
...
| Gliffy Diagram | ||||
|---|---|---|---|---|
|
Funktioner og Testcases
| Nøgle | Produkt | Testcases | Variationer | Status |
|---|---|---|---|---|
| UC1 | SORUS | Opret organisatorisk enhed (obligatorisk information / alt information / arvet information) | ||
| UC2 | SORUS | UC2 Testcases; Opdater enhed i SOR | Opdater informationer på en eksisterende organisatorisk enhed (obligatorisk information / alt information / arvet information) | |
| UC3 | SORUS | UC3 Testcases; Flyt enhed i SOR | Flyt en organisatorisk enhed i SOR | |
| UC4 | SORUS | UC4 Testcases; Erstat enhed i SOR | Lav en erstatningsnote på en organisatorisk enhed | |
| UC5 | SORUS | UC5 Testcases; Nedlæg enhed i SOR | Nedlæg en organisatorisk enhed | |
| UC10 | SORUS | UC10 Testcases; Opdater EDI oplysninger i SOR | Opdater EDI-oplysninger på en organisatorisk enhed |
SORs Opbygning
SORs opbygning består af hele det danske sundhedsvæsens enheder – dvs. alt fra Rigshospitalet, til fodterapeuter og mindre private lægepraksis. Alle disse enheder er bygget op i ”træstrukturer” – heri kaldet ”hierarkier”. I disse hierarkier eksisterer relationsmæssige regler, ud fra SOR-typerne: (dansk / engelsk – begge notationer bruges aktivt)
Niveau | Typenavn - Dansk | Kort | Typenavn - Engelsk | Kort |
1 | InstitutionsEjer | IE | Institution Owner | IO |
2 | SundhedsInstitution | SI | Health Institution | HI |
3+ | Organisatorisk Enhed | OE | Organizational Unit | OU |
| Gliffy Diagram | ||||
|---|---|---|---|---|
|
Ud over regler for hvorledes et hierarki er bygget er der også krav til at det skal bestå af minimum tre niveauer, for at være validt og blive trukket ud af SOR, i forbindelse med udtræk.
...