Indledning

Løsningsarkitekturen for Digital Løsning til Graviditetsforløb beskrev oprindeligt i afsnit 3.1 for centrale forretningsobjekter, at der var behov for at kunne udsøge alle dokumenter omhandlende et specifikt graviditetsforløb særskilt, således der kunne sikres en sammenhæng mellem forretningsobjekterne der tilknyttes et graviditetsforløb, nærmere specificeret, digital svangerskabsjournal dokumenter, digitale vandrejournal dokumenter samt tilknyttede graviditetsmålinger.

For at undgå at de kliniske fagsystemer sammenblander data fra forskellige graviditetsforløb, skal data der deles om graviditetsforløbet opmærkes med et unikt gid, således de kliniske fagsystemer kan præsentere data omhandlende de enkelte graviditetsforløb sikkert og korrekt

Sundhedsstyrelsens anbefalinger for svangreomsorgen beskriver et forløb som følgende:

• Graviditet, fødsel og den tidlige barselsperiode er et forløb, hvor konsultationer og øvrige tilbud er del af en individuelt tilrettelagt helhed.

Dette notat anvender denne beskrivelse med termen "graviditetsforløb".

Løsningsarkitekturen lagde op til at det definerede graviditetsforløbsid skulle tilknyttes det eksisterende henvisningsflow jvf. figur 9 fra løsningsarkitekturen

Figur 1 - fra løsningsarkitekturen figur 9 - Udveksling af graviditetsforløbsid via MedCom beskeder

Efterfølgende har det vist sig, at de beskrevne forløbsid'er i MedCom beskederne ikke kan anvendes til at udveksle et centralt graviditetsforløbsid da der er fast-definerede processer for deres anvendelse, herunder LPR-forløbsid samt interne henvisningsid'er

Dette notat beskriver således en løsning for anvendelse af graviditetsforløbsid, hvor der ikke ændres på indhold af MedCom beskeder, men hvor anvendelsen administreres af parternes løsninger.

For at koordinere anvendelsen af et graviditetsforløbsid, er det nødvendigt at have centrale forretningsregler tilknyttet. Notat her går ud fra følgende forretningsregler:

1. Et Graviditetsforløb opstartes ved den gravides første kontakt med sundhedsvæsenet, og afsluttes 8 uger efter fødslen jvf. Sundhedsstyrelsens anbefalinger for svangreomsorgen.
2. Graviditetsforløbsid ændres ikke på et igangværende graviditetsforløb
3. Graviditetsforløbsid relaterer sig ikke til Landspatientregisterets (LPR) forløbsid. Omfanget er udelukkende at binde den gravides data sammen via Graviditetsmappen, således der kan skelnes mellem den gravides forskellige graviditeter

Begrænsninger og omfang

1. Det er ikke muligt for den gravide at spærre for deling af data fra et graviditetsforløb ud fra graviditetesforløbsid. Graviditetsmappen følger de gældende muligheder borgeren har for spærring for deling af data via den nationale dokumentdelingsinfrastruktur
2. Graviditetsforløbid’et anvendes i forbindelse med alle dokumenter og dokumenttyper, der deles igennem graviditetsmappen

Graviditetsforløbsid er et teknisk id, baseret på version 4 UUID. Graviditetsforløbsid’et dannes lokalt. Ifølge RFC 9562 er den udregnede sandsynlighed for kollisioner 2¹²², eller 5.3×10³⁶. Dette skal holdes op imod ca. 60.000 gennemførte og ca. 15.000 afbrudte graviditeter i Danmark om året.  Derfor er sandsynligheden for, at det samme graviditetsforløbsid skabes af to forskellige organisationer, forsvindende lille. Organisationers fagsystemer kan via simpel kodning danne version 4 UUID til anvendelse som graviditetsforløbsid. Der etableres ikke centrale services til at danne og et graviditetsforløbsid.

Proces for graviditetsforløbsid

• Hovedprincippet bag graviditetsforløbsid, er at det skabes af , hvilket typisk vil ske når den gravide søger konsultation hos egen læge. Nedenstående sekvensdiagram, giver et bud på hvornår graviditetsforløbsid skabes, og hvordan det kommunikeres til Graviditetsmappen

Figur 2 - Diagram for at danne og dele graviditetsforløbsid via visitationsgrundlag fra egen læge

Lægepraksis-systemet har dermed til ansvar at skabe et nyt graviditetsforløbsid, gemme det lokalt i lægepraksissystemet så det kan tilknyttes fremtidige graviditetsdokumenter der gemmes i graviditetsmappen, samt sørge for at XDS-metadata og CDA-dokumenter i graviditetsmappen oprettes korrekt. Som beskrevet indledningsvis vil graviditetsforløbsid ikke blive tilknyttet, og derved ikke blive sendt via henvisningen. Graviditetsforløbsid’et kan gøres tilgængeligt på PDF-form i det til henvisningen vedhæftede visitationsgrundlag.

Der er ikke behov for at tilknytte graviditetsforløbsid til henvisningen, da andre parter, kan lave et opslag i Graviditetsmappen når de har etableret en behandlingsrelation, og efterfølgende tage graviditetsforløbsid fra det seneste graviditetsforløb, og gemme det i fagsystemet, således det kan avendes til fremtidige graviditetsdokumenter, som skal deles med Graviditetsmappen.

Figur 2 viser en tilsvarende proces, skulle graviditetsforløbet opstå ude på fødestedet, hvilket kan ske. Der er scenarier hvor borgeren ikke har en egen læge bl.a. for adresseløse borgere, de nærmere scenarier skal afdækkes i gennemførelsesfasen af graviditetsprojektet.

Figur 3 - Diagram for at danne og dele et graviditetsforløbsid uden foregående visitation hos egen læge

Når der efterfølgende hentes graviditetsdokumenter for den gravide i graviditetsmappen, kan graviditetsforløbsid anvendes til at fremsøge alle dokumenter angående det aktuelle graviditetsforløb.

Figur 4 - Diagram for at fremsøge data ud fra et graviditetsforløbsid på baggrund af en advisering

Figur 3 viser hvordan fagsystemer kan blive notificeret via Graviditetsmappen, når der sker ændringer (oprettelse og opdatering) på data i Graviditetsmappen. Notificeringer via Graviditetsmappen erstatter ikke processerne for MedCom's meddelelseskommunikation, og ses som et tilbud til fagsystemerne.

Tilsvarende viser Figur 5 når der efterfølgende skal deles nye dokumenter om graviditetsforløbet med Graviditetsmappen 

Figur 5 - Diagram for skrivning af data til Graviditetsmappen

Diagrammerne viser de overordnede processer. Alternative scenarier herunder hvad processen for udveksling skal være når en gravid flytter fra en region til en anden afdækkes i samarbejde med parterne i projektets gennemførelsesfase.

Understøttelse af graviditetsforløbsid i CDA-dokumenter

MedCom har udarbejdet implementeringsguides til standarderne som anvendes til at udveksle graviditetsdata. MedCom's implementeringsguides anvender nedenstående klassifikation til at definere graviditetsforløbsid.

Teknisk format

CDA standarderne for PRF, PSCR og CMR har alle understøttelse for ID opmærkning, jvf. DocumentationOf sektionerne med "Episode-of-care identifiers"

Et graviditetsforløbsid kan derved tilknyttes de respektive CDA standarder i følgende eksempel, hvor et version 4 UUID er anvendt som graviditetsforløbsid. Det endelige format for graviditetsforløbsid skal besluttes på baggrund af dette notat.

   <documentationOf typeCode="DOC">

      <serviceEvent classCode="MPROT" moodCode="EVN">

         <templateId root="1.2.208.184.200.1.12"/>

         <id assigningAuthorityName="Sundhedsdatastyrelsen" extension="79a7424d-353d-4458-8c52-859c027dc472" root="1.2.208.176.7.4.1"/>

         <!-- OID 1.2.208.176 for SDS-->

         <!-- OID 1.2.208.176.7 for SDS, standarder og profiler-->

         <!-- OID 1.2.208.176.7.4 for SDS, standarder og profiler, Graviditetsmappen-->

         <!-- OID 1.2.208.176.7.4.1 for SDS, standarder og profiler, Graviditetsmappen, graviditetsforløbsid-->

      </serviceEvent>

   </documentationOf>

OID defineres for graviditetsforløbsid, og peger på SDS->Standarder->Graviditetsmappen->graviditetsforløbsid, hvor Graviditetsmappen og graviditetsforløbsid skal oprettes. Det betyder at OID for graviditetsforløbsid er: 1.2.208.176.7.4.1.

Graviditetsforløbsid skal ligeledes tilknyttes XDS-metadata, således graviditetsdokumenter kan fremsøges på baggrund af graviditetsforløbsid.

FindDocumentsByReferenceId (jvf. IHE ITI TF Vol2a afsnit 3.18.4.1.2.3.7.14) anvendes til fremsøgning på baggrund af graviditetsforløbsid, hvorved graviditetsforløbsid'er placeres i XDS metadata i ReferenceIDList, som en HL7 V2 Identifier (CXi) datatype (jvf. IHE ITI TF Vol3 tabel 4.2.3.1.7-2).

ovenstående vil derfor være formateret som følgende i ReferenceIDList

79a7424d-353d-4458-8c52-859c027dc472^^^1.2.208.176^PregnancyCourseID

Ved at benytte CXi datatypen, må længden på id'er godt overskride den normale begrænsning på 15 Tegn.

Ændringslog