Version 1.0 september 2019
SOR (Sundhedsvæsenets OrganisationsRegister) indeholder alle organisationsenheder inden for det danske sundhedsvæsen – regionale sygehuse, såvel som private lægepraksis, apoteksfilialer, osv.
Disse er bygget op i hierarkier af SOR-enheder (SOR entities) og blev oprindeligt vedligeholdt vba. den såkaldte ”SOR GUI” som læste og ændrede direkte i SORs interne database, men med implementeringen af SOR-services, mere specifikt i dette tilfælde: ”SOR Opdateringsservice” (SORUS), er det nu muligt at lave ”System-til-System”-opdateringer af SOR, fra NSP (den Nationale ServicePlatform). Dette simplificerer muligheden for ekstern brug af SOR.
SOR blev oprindeligt implementeret i 2009 for at erstatte den eksisterende SHAK-klassifikation (SygeHusAfdelingsKode-klassifikation), for at imødekomme formatmæssige begrænsninger. Disse begrænsninger var dog imidlertid ikke så kritiske som forventet og derfor blev SOR introduceret, men kun brugt i begrænset omfang. Dette var realiteten indtil for nyligt, hvor man vedtog lovkrav om rapportering af budget og lign. på et finere granuleret niveau, og i denne sammenhæng har man nu brug for den detaljegrad som er tilladt i SOR, til forskel for SHAK.
For at hjælpe med til en bredere accept af SOR, implementerer man ”SOR Services”.
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 |
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.
I forbindelse med denne tilslutningstest vil det kun være Organisatoriske Enheder der er af relevans.
| 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 |
Referencer eller beskrivelse