Import / export - filformat til brug for flytning af patientdata.

Transkript

1 Import / export - filformat til brug for flytning af patientdata. PLO-format version 3.0 OIO-XML PLO-format Styregruppen, Trondhjemsgade 9, DK 2100 København Ø til høring Side 1 af 69

2 Formål Version 2.50 af det gammelkendte PLO import/export-filformat tilpassede udvekslingsformatet til en mere moderne udgave, hvor der kan gøres brug af en række standardværktøjer ifm den praktiske implementeringsopgave i et givet system. Version 3.0 er en opgradering af dette format til understøttelse af OIO-XML for dermed at opnå at formatet placeres som en del af de fællesoffentlige XML-udvekslingsstandarder. En vigtig gevinst ved omlægningen til OIO-XML, er understøttelsen af NDR 3.2 (Navngivnings- og designregler version 3.2), der giver et sæt af spilleregler for opbygningen af skemaer. Under NDR 3.2. er der faste regler for navngivning og struktur, der øger læseligheden af det overførte XML væsentligt. I forhold til version 2.50 er det tilstræbt at lave så få ændringer som muligt i forhold til semantik og valideringsregler. Dette skyldes ønsket om at inducerer så få ændringer i de implementerende systemer som muligt. Der er visse steder sket en opstramning af strukturen i retning af en mere ensartet opbygning inspireret af OIO-XML. Denne opstramning på struktur og indhold giver - sammen med nogle få regler for indlæsning, udlæsning, opbevaring og videreforsendelse af PLOfiler i et givet system - mulighed for at kunne opfylde det overordnede mål: intet må gå tabt i forbindelse med flytning af elektroniske patientjournaler. Formatet understøtter ligesom tidligere udgaver export/import én enkelt patients data og hele patientdatabaser. Der er dog nu også i forbindelse med flytning af en patient tilføjet mulighed for at kunne eksportere flere udgaver af den samme patient. Da man ved en sådan flytning skal videresende alle tidligere versioner af patientens data, anbefales det, at man i modtagersystemerne skal kunne foretage selektiv import af patientdata på basis af en række parametre. Endelig er der åbnet mulighed for at kunne flytte dele af én enkelt patients journal. Af hensyn til overskueligheden indeholder indeværende dokument beskrivelse af PLO 3.0 formatets strukturer til håndtering af headere, stamdata og kliniske data, mens de simple typer er dokumenteret i et separat bilag, hvor også den detaljerede mapningen mellem PLO format 2.50 og PLO format 3.0 er beskrevet i et særskilt afsnit til høring Side 2 af 69

3 Dokumenthistorik Release Dato Ansvarlig Beskrivelse 3.0 release Ove Frost Sørensen, Første udkast til OIO- Silverbullet XML-version 3.0 release Ove Frost Sørensen, Silverbullet 3.0 release Ove Frost Sørensen, Silverbullet 3.0 release Ove Frost Sørensen, Silverbullet 3.0 release Ove Frost Sørensen, Silverbullet Kode-referencer omlagt til generisk struktur. Tilføjet strukturer til anvendelse for tandlæger Tilføjet BehandlerStruktur, UdenlandskAdresseStruktur samt nestede AnatomiKodeStrukturer Revideret efter kursus for lægesystemleverandører til høring Side 3 af 69

4 Indholdsfortegnelse Indhold Formål... 2 Dokumenthistorik... 3 Indholdsfortegnelse... 4 PLO 3.0 Principper og regler... 6 Ændringer i release Ændringer i release Header strukturer PLOFormatStruktur PLOUdtraekStruktur PLOHeaderStruktur PatientUdtraekStruktur: Stamdata StamdataStruktur: PaaroerendeStruktur: Kliniske data BehandlerSamling BehandlerStruktur CaveSamling CaveStruktur VaccinationSamling VaccinationStruktur NoteSamling NoteStruktur DiagnoseSamling DiagnoseStruktur LabSkemaSamling LabSkemaStruktur BoerneSkemaSamling BoerneSkemaStruktur BoerneSkemaAnalyseStruktur MedicinOrdinationSamling til høring Side 4 af 69

5 MedicinOrdinationStruktur MedicinEnkeltOrdinationStruktur PraeparatStruktur ReferenceSamling ReferenceStruktur BinaerSamling BinaerStruktur InterventionSamling InterventionStruktur ObservationSamling ObservationStruktur til høring Side 5 af 69

6 PLO 3.0 Principper og regler Filstruktur Filformatet er opbygget som XML-format, der i sig selv betyder overholdelse af en række regler vedr. syntaks. Men da denne standard i sig selv er ret åben, er der lagt en række begrænsninger ind, som gør, at det er overkommeligt f.eks. ikke at skulle kunne håndtere ethvert valg af tegnsæt. Følgende grundregler gælder for formatet: 1) UTF8 skal altid bruges som tegnsæt - i nuværende såvel som fremtidige versioner. (<?xml version="1.0" encoding="utf-8"?>) 2) Både den nuværende og fremtidige versioner af xml PLO_PatientData har hver sine skemaer for validering af dataopbygning og indhold - f.eks.: <xs:schema xmlns= xmlns:main= xmlns:com= xmlns:plo="urn:oio:medcom:plo: " targetnamespace="urn:oio:medcom:plo: " xsi:schemalocation=" kstruktur.xsd"> <xs:element name="ploudtraekstruktur">... osv 3) En xml-plo-fil kan nu kun indeholde data for nul eller 1 patient - et totaludtræk fra en klinik vil altså indeholde mange enkelte xml-filer. En samlet PLO-forsendelse af én patient kan indeholde flere forskellige filer med hver sin version af PLO-formatet og dermed flere forskellige skemaer for validering. Enhver version af xml-plo filen har sit eget xml-skema. Således er det altid muligt at validere en given version op mod versionens originale skema. 4) Tidligere ikke XML-udgavers oplysninger vedr. versions-nummer, afsender, afsenderid udtræksdato mm. bliver således nu en uadskillelig del af hver sin PLO-fil for det pågældende dataudtræk for en patient. 5) Der findes xml filer med nul eller én patient, - og med komplet eller delvise patientdata. Typisk vil disse eksempler af PLO dataudtræk finde generel anvendelse: Dataudtræk PLOformat type 1) Totaludtræk af én patient total 2) Deludtræk af én patient delvis Som en speciel ting er det muligt at generere en xml-fil med nul patienter. Dette benyttes ved ekstern forespørgsel (p-epj). N.B.: Totaludtræk af hele patientdatabaser anbefales altid at håndteres af afsender- og modtagersystemhuset og ikke som normal forsendelse. N.B.: Dataudtræk af typen delvis er at sammenligne med almindelige meddelelser på linie med f.eks. epikriser (se bemærkningerne under punkt 12) til høring Side 6 af 69

7 6) Det er ikke længere tilladt at benytte selvopfundne datanavne eller selvopfundne sektioner med andre ord skal en PLO-fil (i en given version) altid kunne valideres med det til versionen hørende skema. 7) Evt. nyt binært filindhold skal som konsekvens af pkt. 6) godkendes og dokumenteres. 8) Datoformatet er fast og indgår som en datatype i formatet (yyyy-mm-dd hh:mm:ss). I visse tilfælde er der behov for at angive tal i strenge, og i disse situationer angives tal uden tusinde separator og med komma som decimal separator. 9) Ligeledes indgår nu en "KompleksTekstType" type i stedet for det gamle ftx-segment, hvilket gør det muligt, at man i videst mulig omfang kan benytte copy/paste funktionaliteten fra andre windowsprogrammer, mindst indeholdende mulighed for hårdt linieskift, fed, kursiv, understreg, fast pitch / proportionalskrift. KompleksTekstType er et veldefineret subset af OO- XML og er således konformant til OIO-XML. 10) atr - datataget udgår som en logisk følge heraf. 11) Der er indført en objektreference - endnu en type "referencetekst" - som indgår i 2 sektioner ud over stamdatasektionen. Der skal være reference til ethvert objekt i binærsektionen og stamdatasektionen er default -stedet for resten af de referencer, der ikke er nævnt i note- og labsektionen. Reference-id et skal være éntydigt inden for samme xml-plo fil. Bemærk at der kan være flere xml-plo filer af samme patient, hvorfor det modtagende system herefter sikrer sin egen integritet for hele patientdatabasen i forhold til navngivning af entydig referencehenvisninger til evt. vedhæftede objekter i binærsektionen fra alle denne patients binærsektioner. 12) Regler vedr. modtagelse, udpakning, indlæsning, opbevaring og videreforsendelse af PLO-filer: a) Modtagne PLOformat filer af typen total skal altid gemmes under eller i tilknytning til patienten efter ingen, hel eller delvis indlæsning. b) Modtages flere PLOformat filer af samme cpr-nummer, skal alle af typen total gemmes under eller i tilknytning til patienten efter ingen, hel eller delvis indlæsning. c) Modtagne PLOformat filer af typen delvis kan efter fuld indlæsning slettes. De indlæste data anses herefter - på linie med indlæste epikriser - som en del af lægens selvproducerede journal og sendes derfor videre når lægen evt. geneksporterer patienten til ny læge. d) Afsendes en patients elektroniske journal til et nyt lægehus, gøres det ved at medsende alle gemte, gamle PLO-filer på patienten plus patientens aktuelle aktive journal fra det pågældende lægehus. e) Det anbefales, at systemerne udvikler brugervenlige import /eksport funktioner af PLO-filerne, således at dette princip gøres let anvendeligt og frem for alt overholdes mht. princippet om, at intet må gå tabt undervejs. Specielt ved afsendelse af total - forsendelser skal det afsendende system sikre, evt. selektivitetsfunktionalitet i forbindelse delvis-filer ikke bryder denne regel til høring Side 7 af 69

8 f) En totalforsendelse af enkelt patient vil indeholde én eller et antal xml-plo filer af samme patient. Disse filer er entydigt mærket således, at de alle har en unik identifikation (PakkeIdentifikator), sekvensnummer (SekvensNummerIdentifikator) og totaludtræksnummer (UdtraekAntal) (for denne forsendelse), der skal forstås således at sekvensnummer 1 er det afsendende systems aktuelle totale eksportfil, og resten af filerne fra sekvensnummer 2 og opefter er bilag (tidligere - af afsendersystemet - modtagne versioner af xml-plo filer af denne patient). g) PLO-filer af typen delvis er hovedsagelig tænkt som: 1) en mulig struktureret super-meddelelse, der gør det let at flytte alle data struktureret fra afløserlægen til egen læge ifm ferier/udannelser m.m. Dette som et alternativ til en simpel epikrise. 2) udtræk til brug ifm forsikringsforespørgsler, indberetninger, statistik, kvalitetssikring eller anden selektiv udlæsning. 13) Medicinordinationer, på hvilke der er registreret negativt samtykke, medtages ikke i overførslen via PLO-Formatet. Medicinordinationerne vil være tilgængelige i FMK såfremt patienten giver samtykke til adgangen. 14) Tidligere indeholdt PLO-formatet en type med de mulige værdier for praksislægesystem. Da formatet på længere sigt er tiltænkt en bredere anvendelse, for eksempel til kommunikation mellem tandlæger og fysioterapeuter, er denne type fjernet og erstattet af et ustruktureret streng. 15) Der er konsekvent indført en (optionel) mulighed for at angive behandler (klinisk ansvarlig) på kliniske registreringer for at håndtere de tilfælde, hvor flere klinikere er involveret i behandlingen af patienten (relevant for tandlæger). Behandlerne overføres i en indledende samling af BehandlerStrukturer, og der refereres til behandlere gennem BehandlerIdenfikator elementer. Såfremt der ikke angives Behandler på en klinisk registrering antages registreringerne foretaget af den yder, der er angivet i oplysningerne i KlinikStruktur i Stamdata til høring Side 8 af 69

9 Filransport Traditionel forsendelse: Filen eller filerne kan enten "transporteres" på magnetisk eller elektronisk medie - dvs diskette, CD- ROM, RAM-stick eller evt. flytbar harddisk. Forudsætningen er dog, at der i modtager- og afsendersystemernes applikationer findes "brugervenlige" rutiner, der kan adressere disse mediers læse- og skriveenheder. Det anbefales altid at benytte elektronisk forsendelse ved udtræk af enkelt patientdata. Elektronisk forsendelse: Elektronisk forsendelse vil normal ske ved xml-forsendelse via VANS. Eller evt. ved direkte Webservice forsendelse til modtager eller fra afsender eller deres respektive databrokere/vans. Uanset elektronisk forsendelsesmetode anbefales det, at der sikres en kvitteringsfunktionalitet, som kan håndteres / kontrolleres på brugerniveau. Forsendelseskuvert: Forsendelse af en PLO-fil kan ske vha. en MEDBIN edifact eller XML-konvolut. Ved xml-forsendelse, anbefales det, at der anvendes samme konvolut, uanset om der benyttes flytning via VANS eller flytning via Webservice. Eksempel: Skemaeksempel for forsendelseskuvert: Der er i MedCom regi igangsat et XML-kuvert projekt, som forventes pilottestet inden udgangen af Denne kuvert vil muligvis også finde anvendelse for al anden VANS-baseret forsendelse i XML-kuverter, idet den også vil kunne bære alle EDIFACT-forsendelser. Nedenstående eksempel er IKKE en del af PLO-format standarden, men blot et foreløbigt førsteforslag, som har været udgangspunktet i MedCom-kuvert projektet. (En MedCom-projektgruppe arbejder pt. på den endelig definition) <!--?xml version="1.0" encoding="utf-8"? --> <xs:schema xmlns:xs=" targetnamespace="medcomenvlope" elementformdefault="qualified"> <xs:element name="xmlenvelope"> <xs:complextype> <xs:element name="medcomenvelopeheader"> <xs:element name="senderean" type="xs:string"/> <xs:element name="receiverean" type="xs:string"/> <xs:element name="envelopeidentifier" type="xs:string"/> <xs:element name="envelopetimestamp" type="xs:string"/> <xs:element name="receiptrequest"> <xs:simpletype> <xs:restriction base="xs:string"> <xs:enumeration value="0"/> <xs:enumeration value="1"/> </xs:restriction> </xs:simpletype> </xs:element> <xs:element name="contenttype"> til høring Side 9 af 69

10 <xs:simpletype> <xs:restriction base="xs:string"> <xs:enumeration value="xml"/> <xs:enumeration value="edifact"/> <xs:enumeration value="hl7"/> </xs:restriction> </xs:simpletype> </xs:element> <xs:element name="messageidentifier" type="xs:string"/> <xs:element name="messagedokumenttype" type="xs:string"/> <xs:element name="messagedokumenttypeversion" type="xs:string"/> </xs:element> <xs:element name="medcomenvelopecontent"> <xs:element name="dokument" type="xs:base64binary"/> </xs:element> </xs:complextype> </xs:element> </xs:schema> N.B.: Den rå XML PLO-fil vil blive placeret i base64-elementet. Alternativt kan en MEDBIN forsendelse med samme rå indhold anvendes som i dag. Ændringer i release 2 Under kravsafdækningen i forhold til anvendelse af PLO-XML formatet til udveksling af journaler mellem tandlægesystemer stod det klart at der var et behov for at udvide standarden med mulighed for håndtering af et par nye klassifikationer (ICD-DA, FDI, Haderup). Release 1 af PLO-XML formatet fulgte det princip, at der er en konkret XML-type for hvert kodesystem (ICD10kode, ICD10Struktur, ICPCKode, ICPCStruktur, ). Såfremt dette princip fastholdes skulle vi altså tilføje typer som ICDDAKode, ICDAStruktur, etc Ulempen ved denne strategi er, at kernestandarden skal opdateres hver gang, der er behov for at understøtte en ny klassifikation. Derfor blev det besluttet at ændre denne strategi, således at der laves et sæt af generiske typer til at håndtere koder. Jeg har indarbejdet denne ændring i vedhæftede forslag. Ændringen har følgende konsekvenser: - ICD10Kode, ICD10KodeStruktur, ICPCKode, ICPCKodeStruktur, ICPCEKode og ICPCEKodeStruktur, ICPCTekstIndikator, OrganKapitelStruktur, OrganKapitelIdentifikator udgår. - Der indføres nye typer: Kode, KodeStruktur, KlassifikationsIdentifikator, AekvivalentKodeStruktur. - KodeStruktur indeholder: KlassifikationsIdentifikator, Kode, KodeTekst, NoteTekst, samt en liste af ækvivalente koder (AekvivalentKodeStruktur). - AekvivalentKodeStruktur indeholde KlassifikationsIdentifikator, Kode og KodeTekst. Der er derfor kun muligt at lave ækvivalens imellem koder i eet niveau. - ICPCE håndteres ved at sende ICPC-koden med en ækvivalent ICD10-kode til høring Side 10 af 69

11 - Betydningen af ICPCTekstIndikator i ICPCE implementeres ved at KodeTekst på hovedkoden er optionel. Såfremt den er angivet, er det ICPC-kodeteksten. Hvis den ikke er angivet, skal den ækvivalente ICD10-kodetekst anvendes. - Felterne StartDato, SlutDato og ForløbsIdentifikator (Fra ICPCEStruktur) flyttes til DiagnoseArtStruktur. Disse felter er logisk set ikke en del af kodeangivelsen, men mere registreringer i forhold til den kliniske fastslåelse af diagnosen. At flytte dem til DiagnoseArtStruktur betyder, at disse felter (optionelt) også kan anvendes for andre klassifikationer end ICPCE. Der anvendes følgende klassifikationsidentifikatorer: KlassifikationsIdentifikator Klassifikationssystem ICD10 International Statistical Classification of Diseases and Related Health Problems 10th Revision ICPC International Classification of Primary Care ICPCE (ICPC-2) International Classification og Primary Care 2 nd Edition. ORGANKAPITEL Organkapitelbetegnelse (A, B, D, F, H, K, L, N, P, R, S, T, U, W, X, Y, Z) fra ICPC. Benyttes til en overordnet kodning af diagnose. ICD-DA International Classification of diseases to Dentistry and Stomatology (for tandlæger) ATC Anatomical Therapeutical Chemical classification system. Anvendes til angivelse af medicinallergier. FDI Federation Dentaire International (tandlæger) FNUX-BK FNUX Behandlingskompletteringen (tandlæger) FNUX-PA FNUX Paradontosekoder (tandlæger) FNUX-DK FNUX Diagnosekompletteringen (tandlæger) til høring Side 11 af 69

12 Ændringer i release 4 I forbindelse med implementering af formatet til overførsel af tandlægejournaler har der vist sig et behov for at registrere hvilke (ud af mange) behandlere, der har udført interventioner, stillet diagnoser eller foretaget observationer. Dette er gennemført konsekvent på den måde, at det er muligt at angive en liste (BehandlerSamling) af behandlere, der har været involveret i patientens behandling, herunder deres individuelle ydernumre og autorisationsnumre. Fra de enkelte registreringer er det muligt at referere til disse behandlere. Angivelse af behandlere er optionel på alle registreringer. Der har været et ønske om at kunne angive CVR-numre og adresse på klinik. Dette har ført til indførsel af KlinikStruktur, hvor Yderidentifikator og SORIdentifikator er flyttet til. CaveStruktur er udvidet med mulighed for at angive kode for anden ikke-medicin relateret allergi, eksempelvis guldallergi. Dette er implementeret ved at ændre den hidtidige AtcKode til den mere generiske AllergiKodeStruktur. Medicinske allergier angives ved at anvende klassifikationskoden ATC. AnatomiKodeStruktur er udvidet med muligheden af at angive nestede AnatomiKodeStrukturer. Dette anvendes eksempelvis til angivelse af tandflader, hvor den yderste AnatomiKodeStruktur angiver tanden, mens de indre angiver de berørte tandflader. angivelse Der er tilføjet mulighed for at angive udenlandske adresser i UdenlandskAdresseStruktur. Ændringer i release 5 PLO-formatet anvender OIO-skemaer til repræsentation af personnavne og adresser. Set i lyset af at basiskilden til disse informationer er det danske sygesikringskort, som har en enklere model for personnavne og adresser, er det valgt at anvende OIO-skemaet på en måde, der svarer til sygesikringskortets strukture. Derfor overføres mellemnavn i samme felt som fornavn, mens adresselinien (StreetName) også indeholde husnummer, Floor og Suite. Bemærk, at på gund af at XKom_AddressPostal skemaet har StreetBuildingIdentifier som et mandatory element, har det været nødvendigt at kopiere skemaet ind i plo:danskadressestruktur skemaet. Dette betyder, at PLO-formatet anvender OIO-XML s navngivning for adresse elementerne, men ikke skemaet. I forbindelse med diskussioner omkring migration frem mod det nye format stod det klart, at ikke alle systemer er i stand til at skelne entydigt mellem forskellige behandlere. For visse systemer registreres kun initialer på behandleren. Ved genbrug af initialer er det derfor muligt at der findes registreringer med samme initial, som ikke nødvendigvis refererer til samme behandler. For at tilgodese disse systemer, er der generelt indført muligheden af at vælge mellem (Choice) BehandlerIdentifikator og BehandlerInitial i kliniske registreringer. Det forventes, at anvendelsen af BehandlerInitial på denne måde vil mindskes over tid. FMK s model for angivelse af behandlere (DoctorStructure) har været reviewet og fundet at være et subset af BehandlerStructure. FMK s model af medicinordinering er blevet indarbejdet på den måde, at der er tilføjet en til høring Side 12 af 69

13 ordinationsversion til PraeparatStruktur, Doseringsmønsteret er udbygget med valgfri angivelse af mere detaljerede doseringsmønstre. Desuden er administrationsvejen tilføjet. For alle angivelser af tidsstempler for klinisk information er der indført mulighed for at vælge (choice) mellem at angive Dato eller Dato/Tid. Header strukturer PLOFormatStruktur Kommenterede [N1]: Hvorfor kan der være flere PLOFormatStrukturer? (1 til mange er angivet). Ifølge regel 3 må der kun være op til én patientudtræk for hver XML fil, så derfor kan der ikke forekomme flere PLOFormatStuktur er i samme XML fil. PakkeIdentifikator, SekvensNummerIdentifikator og UdtraekAntal er data til brug for håndtering af evt. dobbelt-forsendelser og forsendelser af totaludtræk med én eller flere bilag. PLOUdtraekStruktur består af et antal enkelt udtræk som hver især består af en header (PLOHeaderStruktur) og et indhold (PatientUdtraekStruktur). Element Type Beskrivelse PakkeIdentifikator String Unik identifikation af en PLO-fil. SekvensNummer- Identifikator int Sekvensnummeret for det enkelte udtræk, på den måde at værdien 1 er det afsendende systems aktuelle totale udtræksfil, mens værdierne 2,3,... er bilag svarende de PLO-filer, det afsendende system har modtaget fra andre systemer. UdtraekAntal int Det samlede antal af PLO udtræk i en PLO-fil. PLOUdtraek- Struktur PLOUdtraekStruktur- Type Indeholder data svarende til et enkelt udtræk af data for en enkelt patient fra et lægepraksissystem. Kommenterede [N2]: Fælles format ønskes. Jeg foreslår en GUID/UUID som eksemplet anvender. Kommenterede [N3]: Som jeg har forstået denne regel så må startes der forfra med sekvensnummer 1 for hver ny patient? Kommenterede [N4]: Igen. Er det for hver patient? PLOFormatStruktur.xsd til høring Side 13 af 69

14 <xs:schema xmlns:xs=" xmlns:plo="urn:oio:medcom:plo: " targetnamespace="urn:oio:medcom:plo: " elementformdefault="qualified" attributeformdefault="unqualified" version="1.0" xml:lang="da"> <xs:include schemalocation="ploudtraekstruktur.xsd"/> <xs:include schemalocation="pakkeidentifikator.xsd"/> <xs:include schemalocation="sekvensnummeridentifikator.xsd"/> <xs:include schemalocation="udtraekantal.xsd"/> <xs:element name="ploformatstruktur" type="plo:ploformatstrukturtype"/> <xs:complextype name="ploformatstrukturtype"> <xs:sequence maxoccurs="unbounded"> <xs:element ref="plo:pakkeidentifikator"/> <xs:element ref="plo:sekvensnummeridentifikator"/> <xs:element ref="plo:udtraekantal"/> <xs:element ref="plo:ploudtraekstruktur"/> </xs:complextype> PLOFormatStruktur.xsd.meta.xml <Metadata xmlns:xsi=" xmlns:xsd=" xmlns=" <Title>PLOFormatStruktur</Title> <DescriptionStructure> <DescriptionDanish>Indeholder et udtræk af patient data fra et praksislægesystem. </DescriptionDanish> </DescriptionStructure> </Metadata> PLOUdtraekStruktur Element Type Beskrivelse PLOHeaderStruktur PLOHeader- StrukturType Indeholder metadata om PLO udtræksfilens indhold, eksempelvis ydernummer og afsendersystem. PatientUdtraek- Struktur PatientUdtraek- StrukturType Struktur indeholdende udtrækkets data vedrørende en enkelt patient PLOUdtraekStruktur.xsd <xs:schema xmlns:xs=" xmlns:plo="urn:oio:medcom:plo: " targetnamespace="urn:oio:medcom:plo: " elementformdefault="qualified" attributeformdefault="unqualified" version="1.0" xml:lang="da"> <xs:include schemalocation="ploheaderstruktur.xsd"/> <xs:include schemalocation="patientudtraekstruktur.xsd"/> <xs:element name="ploudtraekstruktur" type="plo:ploudtraekstrukturtype"/> <xs:complextype name="ploudtraekstrukturtype"> <xs:sequence> <xs:element ref="plo:ploheaderstruktur"/> til høring Side 14 af 69

15 <xs:element ref="plo:patientudtraekstruktur" minoccurs="0"/> </xs:complextype> </xs:schema> PLOUdtraekStruktur.xsd.meta.xml <Metadata xmlns:xsi=" xmlns:xsd=" xmlns=" <Title>PLOUdtraekStruktur</Title> <DescriptionStructure> <DescriptionDanish>Indeholder data svarende til et enkelt udtræk af data for en enkelt patient fra et lægepraksissystem.</descriptiondanish> </DescriptionStructure> </Metadata> PLOHeaderStruktur til høring Side 15 af 69

16 Element Type Beskrivelse UdtraeksIdentifikator xs:string Mandatory, unikt id på udtrækket. UdtraeksVersion- xs:string Mandatory, angivelse af PLO-format versionsnummer Identifikator DelvistUdtraek- Indikator xs:boolean Mandatory, angiver om der er tale om et delvist udtræk. SystemIdentifikator xs:string Mandatory, angiver hvilket system der har genereret (men ikke nødvendigvis afsendt) filen. AfsenderNavn xs:string Mandatory, angiver et navn på afsendersystemet. Mellem 1 og 70 tegn. KlinikStruktur KlinikStrukturType Optionel, angiver oplysninger vedrørende afsendende UdtraekPatientAntal xs:int klinik. Mandatory, angiver hvor mange patienter der er indeholdt i filen, 0 eller 1. StartDatoTid xs:datetime Mandatory, angiver fra dato og tid for den periode patientdata i filen tilhører. SlutDatoTid xs:datetime Mandatory, angiver til dato og tid for den periode patientdata i filen tilhører. DatoTid xs:datetime Mandatory, angiver den dato og tid hvor filen er genereret. Kommenterede [N5]: Fælles format ønskes. Jeg foreslår en GUID/UUID som eksemplet anvender. Kommenterede [N6]: Igen format ønskes F.eks 300, 3.00, 3,00 Kommenterede [N7]: Er det en kvalifikator (nvx) eller er det fri tekst? Evt. med systemets versionsnummer? (NOVAX 16.x.x.x) Kommenterede [N8]: Hvorfor er denne tid vigtig (mandatory)? Kommenterede [N9]: Hvorfor er denne tid vigtig? PLOHeaderStruktur.xsd <xs:schema xmlns:xs=" xmlns:plo="urn:oio:medcom:plo: " targetnamespace="urn:oio:medcom:plo: " elementformdefault="qualified" attributeformdefault="unqualified" version="1.0" xml:lang="da"> <xs:include schemalocation="udtraeksidentifikator.xsd"/> <xs:include schemalocation="udtraeksversionidentifikator.xsd"/> <xs:include schemalocation="systemidentifikator.xsd"/> <xs:include schemalocation="afsendernavn.xsd"/> <xs:include schemalocation="klinikstruktur.xsd"/> <xs:include schemalocation="udtraekpatientantal.xsd"/> <xs:include schemalocation="startdatotid.xsd"/> <xs:include schemalocation="slutdatotid.xsd"/> <xs:include schemalocation="datotid.xsd"/> <xs:element name="ploheaderstruktur" type="plo:ploheaderstrukturtype"/> <xs:complextype name="ploheaderstrukturtype"> <xs:sequence> <xs:element ref="plo:udtraeksidentifikator"/> <xs:element ref="plo:udtraeksversionidentifikator"/> <xs:element ref="plo:systemidentifikator"/> <xs:element ref="plo:afsendernavn"/> <xs:element ref="plo:klinikstruktur" minoccurs="0"/> <xs:element ref="plo:udtraekpatientantal"/> <xs:element ref="plo:startdatotid"/> <xs:element ref="plo:slutdatotid"/> til høring Side 16 af 69

17 <xs:element ref="plo:datotid"/> </xs:complextype> </xs:schema> PLOHeaderStruktur.xsd.meta.xml <Metadata xmlns:xsi=" xmlns:xsd=" xmlns=" <Title>PLOHeaderStruktur</Title> <DescriptionStructure> <DescriptionDanish>Indeholder metadata om PLO udtræksfilens indhold, eksempelvis ydernummer og afsendersystem. </DescriptionDanish> </DescriptionStructure> </Metadata> til høring Side 17 af 69

18 PatientUdtraekStruktur: Kommenterede [N10]: Egne sektioner er ikke tilladt mere. Det er ok, men hvordan sender man så aftalte data mellem systemerne? SEI koder vedr. indberetning, SNOMED moder. Overvejelser til andre samlinger vi kunne få brug for: - Refraktion - Audio -Undersøgelse (måske) - Behandling (SEI ligger her) Klart nok er de fleste til speciallæger og spørgsmålet er om de nogen sinde vil udveksle journaler via PLO formatet. Vi oplever at øjenlæger bruger PLO til at sende til hinanden. Som det fremgår, har PLO-formatet i version 3.0 indført OIO-begrebet Samling på overniveau for hvert af typerne af kliniske data i udtrækket. Årsagen til dette er dels et ønske om konformans til OIO-XML men også et ønske om ensartet semantisk opdeling mellem repeterende elementer, hvilket vil lette parsingen af formatet. PatientUdtraekStruktur.xsd <xs:schema xmlns:xs=" til høring Side 18 af 69

19 xmlns:plo="urn:oio:medcom:plo: " targetnamespace="urn:oio:medcom:plo: " elementformdefault="qualified" attributeformdefault="unqualified" version="1.0" xml:lang="da"> <xs:include schemalocation="stamdatastruktur.xsd"/> <xs:include schemalocation="behandlersamling.xsd"/> <xs:include schemalocation="notesamling.xsd"/> <xs:include schemalocation="cavesamling.xsd"/> <xs:include schemalocation="diagnosesamling.xsd"/> <xs:include schemalocation="labskemasamling.xsd"/> <xs:include schemalocation="boerneskemasamling.xsd"/> <xs:include schemalocation="medicinordinationsamling.xsd"/> <xs:include schemalocation="referencesamling.xsd"/> <xs:include schemalocation="binaersamling.xsd"/> <xs:include schemalocation="vaccinationsamling.xsd"/> <xs:include schemalocation="interventionsamling.xsd"/> <xs:include schemalocation="observationsamling.xsd"/> <xs:element name="patientudtraekstruktur" type="plo:patientudtraekstrukturtype"/> <xs:complextype name="patientudtraekstrukturtype"> <xs:sequence> <xs:element ref="plo:stamdatastruktur"/> <xs:element ref="plo:behandlersamling" minoccurs="0"/> <xs:element ref="plo:cavesamling" minoccurs="0"/> <xs:element ref="plo:vaccinationsamling" minoccurs="0"/> <xs:element ref="plo:notesamling" minoccurs="0"/> <xs:element ref="plo:diagnosesamling" minoccurs="0"/> <xs:element ref="plo:labskemasamling" minoccurs="0"/> <xs:element ref="plo:boerneskemasamling" minoccurs="0"/> <xs:element ref="plo:medicinordinationsamling" minoccurs="0"/> <xs:element ref="plo:referencesamling" minoccurs="0"/> <xs:element ref="plo:binaersamling" minoccurs="0"/> <xs:element ref="plo:interventionsamling" minoccurs="0"/> <xs:element ref="plo:observationsamling" minoccurs="0"/> </xs:complextype> </xs:schema> PatientUdtraekStruktur.xsd.meta.xml <Metadata xmlns:xsi=" xmlns:xsd=" xmlns=" <Title>PatientUdtraekStruktur</Title> <DescriptionStructure> <DescriptionDanish>Struktur indeholdende udtrækkets data vedrørende en enkelt patient.</descriptiondanish> </DescriptionStructure> </Metadata> til høring Side 19 af 69

20 Stamdata StamdataStruktur: Element Type Beskrivelse CPRnummerIdentifi- (OIO-XML) Mandatory, patientens cprnummer til høring Side 20 af 69

21 kator AlternativPerson Identifikator CPR_PersonCivilRegistrationIdentifi er xs:string uden bindestreg Person identifikation, der ikke er et Validt CPR-nummer, eksempelvis erstatnings CPR-numre eller grænsegængernumre. FoedselsDato xs:date Mandatory, Patientens fødselsdato NationalitetKode NationalitetKodeType Optional, patientens nationalitet angivet med en 3 bogstavkode. Datagrundlag: MedCom Landekoder recept. PersonKoenKode PersonKoenKodeType Mandatory, Patientens køn, værdier: kvinde eller mand. (Foedselsdato og koen er nødvendige pga. cprnumre hvor sidste ciffer har en anden betydning). StillingsbetegnelseNav n xs:string Optionel, patientens evt. stillingsbetegnelse. Mellem 1 og 35 tegn. RegionsKode PersonNavnStruktur (OIO-XML) Mandatory, Patientens navn PersonNameStructureType PersonKaldeNavn xs:string Optionel, Patientens eventuelle kaldenavn. Op til 35 tegn DanskAdresseStruktur (OIO-XML) Optionel, Patientens adresse AddressPostalType UdenlandskAdresse- Struktur (OIO-XML) SecondaryPostalLabelType Optionel, Patientens udenlandske adresse. KommuneKode (OIO-XML) Cpr:AuthorityCodeType Optionel, Kode for patientens hjemkommune. Streng Sygesikringsgruppe- Identifikator TelefonNummer- Struktur (OIO-XML) Cpr:AuthorityCodeType indeholdende op til 4 cifre. Optionel, Kode for patientens hjemregion. Streng indeholdende op til 4 cifre. SygesikringsgruppeIdentifikatorType Mandatory, Patientens sygesikringsgruppe, værdi 1-9. TelefonNummerStrukturType Optionel, Patientens evt. telefonnumre, op til 10 forskellige telefonnumre. AdresseStruktur AdresseStruktur Optionel, Patientens evt. adresser, op til 5 forskellige adresser. BehandlerIdentifikator BehandlerIdentifikatorType Mandatory, angiver patientens behandler vha. autorisationsid. 5 tegn fra mængden: [0-9BCDFGHJKLMNPRSTVXYZ] til høring Side 21 af 69 Kommenterede [N11]: Jeg mener at kommunekode kun er3 cifre. Kommenterede [N12]: Mindre detalje men jeg tror regionskode kun kan være 3 cifre 080, 081 osv. Kommenterede [N13]: Er ked af at det stadig er aktuelt at blande information om patientens sygesikringsgruppe og -status. Kommenterede [N14]: Var der ikke bedre med en reference til en behandler i BehandlerSamling? Evt. identificeret med autorisationskoden eller initialer. Åbner muligheder for at have en behander der måske ikke har autorisationsid? Vil det forekomme (privathospitaler, sundhedscentre mv.). Jeg har fået bekræftet at ikke alle behandlere har autorisationsid hos vores kunder.

22 PensionistIndikator xs:boolean Optionel, angiver hvorvidt patienten er pensionist. GenerelCaveTekst GenerelCaveTekstType Optionel, Patientens evt. cave. Anvendes til en evt. generel cave information på patienten. Cave defineres bredt, eks.: Taler dårligt dansk. Mellem 1 og 70 tegn. PaaroerendeStruktur PaaroerendeStrukturType Optionel, patientens evt. familerelationer. Angives ved en sekvens på op til 99 PaaroerendeStruktur instanser. ObjectReference ObjectReferenceType Optionel, angiver eventuelle referencer på patienten. Kommenterede [N15]: Vi har en general cavetekst der er karakterer langt. Som notattype. StamdataStruktur.xsd <xs:schema xmlns:xs=" xmlns:plo="urn:oio:medcom:plo: " targetnamespace="urn:oio:medcom:plo: " elementformdefault="qualified" attributeformdefault="unqualified" version="1.0" xml:lang="da"> <xs:include schemalocation="cprnummeridentifikator.xsd"/> <xs:include schemalocation="alternativpersonidentifikator.xsd"/> <xs:include schemalocation="foedselsdato.xsd"/> <xs:include schemalocation="nationalitetkode.xsd"/> <xs:include schemalocation="personkoenkode.xsd"/> <xs:include schemalocation="personnavnstruktur.xsd"/> <xs:include schemalocation="danskadressestruktur.xsd"/> <xs:include schemalocation="udenlandskadressestruktur.xsd"/> <xs:include schemalocation="stillingsbetegnelsenavn.xsd"/> <xs:include schemalocation="sygesikringsgruppeidentifikator.xsd"/> <xs:include schemalocation="telefonnummerstruktur.xsd"/> <xs:include schemalocation=" adressestruktur.xsd"/> <xs:include schemalocation="behandleridentifikator.xsd"/> <xs:include schemalocation="pensionistindikator.xsd"/> <xs:include schemalocation="generelcavetekst.xsd"/> <xs:include schemalocation="paaroerendestruktur.xsd"/> <xs:include schemalocation="objectreference.xsd"/> <xs:include schemalocation="kommunekode.xsd"/> <xs:include schemalocation="regionskode.xsd"/> <xs:include schemalocation="skolekode.xsd"/> <xs:include schemalocation="skoleklasse.xsd"/> <xs:include schemalocation="personkaldenavn.xsd"/> <xs:element name="stamdatastruktur" type="plo:stamdatastrukturtype"/> <xs:complextype name="stamdatastrukturtype"> <xs:sequence> <xs:choice> <xs:element ref="plo:cprnummeridentifikator"/> <xs:element ref="plo:alternativpersonidentifikator"/> </xs:choice> <xs:element ref="plo:foedselsdato"/> til høring Side 22 af 69

23 <xs:element ref="plo:nationalitetkode" minoccurs="0"/> <xs:element ref="plo:personkoenkode"/> <xs:element ref="plo:personnavnstruktur"/> <xs:element ref="plo:personkaldenavn" minoccurs="0"/> <xs:element ref="plo:danskadressestruktur" minoccurs="0"/> <xs:element ref="plo:udenlandskadressestruktur" minoccurs="0"/> <xs:element ref="plo:regionskode" minoccurs="0"/> <xs:element ref="plo:kommunekode" minoccurs="0"/> <xs:element ref="plo:skolekode" minoccurs="0"/> <xs:element ref="plo:skoleklasse" minoccurs="0"/> <xs:element ref="plo:stillingsbetegnelsenavn" minoccurs="0"/> <xs:element ref="plo:sygesikringsgruppeidentifikator"/> <xs:element ref="plo:telefonnummerstruktur" minoccurs="0" maxoccurs="10"/> <xs:element ref="plo: adressestruktur" minoccurs="0" maxoccurs="5"/> <xs:element ref="plo:behandleridentifikator"/> <xs:element ref="plo:pensionistindikator" minoccurs="0"/> <xs:element ref="plo:generelcavetekst" minoccurs="0"/> <xs:element ref="plo:paaroerendestruktur" minoccurs="0" maxoccurs="99"/> <xs:element ref="plo:objectreference" minoccurs="0" maxoccurs="unbounded"/> </xs:complextype> </xs:schema> StamdataStruktur.xsd.meta.xml <Metadata xmlns:xsi=" xmlns:xsd=" xmlns=" <Title>StamdataStruktur</Title> <DescriptionStructure> <DescriptionDanish>Indeholder stamdataoplysninger vedrørende patienten i et PLO udtræk. </DescriptionDanish> </DescriptionStructure> </Metadata> til høring Side 23 af 69

24 PaaroerendeStruktur: Element Type Beskrivelse PaaroerendeRelation- Kode PaaroerendeRelationKodeType Optionel, relationens type, angivet som en af følgende værdier: vaerge, mor, far, bror, soen, datter, partner, mand, hustru, aegtefaelle, andet CPRnummerIdentifi- (OIO-XML) De pårørendes cprnummer uden kator AlternativPerson Identifikator PersonNavnStruktur CPR_PersonCivilRegistrationIdentifier bindestreg xs:string (OIO-XML) PersonNameStructureType Person identifikation, der ikke er et Validt CPR-nummer, eksempelvis erstatnings CPRnumre eller grænsegængernumre. (Optionel) Den paarørendes navne. PaaroerendeStruktur.xsd <xs:schema xmlns:xs=" xmlns:plo="urn:oio:medcom:plo: " targetnamespace="urn:oio:medcom:plo: " elementformdefault="qualified" attributeformdefault="unqualified" version="1.0" xml:lang="da"> <xs:include schemalocation="personnavnstruktur.xsd"/> <xs:include schemalocation="danskadressestruktur.xsd"/> <xs:include schemalocation="cprnummeridentifikator.xsd"/> <xs:include schemalocation="alternativpersonidentifikator.xsd"/> <xs:include schemalocation="stillingsbetegnelsenavn.xsd"/> <xs:include schemalocation="paaroerenderelationkode.xsd"/> <xs:element name="paaroerendestruktur" type="plo:paaroerendestrukturtype"/> Kommenterede [N16]: Bemærk at strukturen kræver både fornavn og efternavn. Vi har kun et samlet navnefelt, men måske kan man angive f.eks. fornavn som blank og hele navnet i efternavn? Bare forekomsten er tilstedet af hensyn til strukturen? til høring Side 24 af 69

25 <xs:complextype name="paaroerendestrukturtype"> <xs:sequence> <xs:element minoccurs="0" ref="plo:paaroerenderelationkode"/> <xs:choice> <xs:element ref="plo:cprnummeridentifikator"/> <xs:element ref="plo:alternativpersonidentifikator"/> </xs:choice> <xs:element minoccurs="0" ref="plo:personnavnstruktur"/> </xs:complextype> </xs:schema> PaaroerendeStruktur.xsd.meta.xml <Metadata xmlns:xsi=" xmlns:xsd=" xmlns=" <Title>PaaroerendeStruktur</Title> <DescriptionStructure> <DescriptionDanish>Information vedrørende pårørende til en patient.</descriptiondanish> </DescriptionStructure> </Metadata> til høring Side 25 af 69

26 Kliniske data BehandlerSamling BehandlerSamling.xsd <xs:schema xmlns:xs=" xmlns:plo="urn:oio:medcom:plo: " targetnamespace="urn:oio:medcom:plo: " elementformdefault="qualified" attributeformdefault="unqualified" version="1.0" xml:lang="da"> <xs:include schemalocation="behandlerstruktur.xsd"/> <xs:element name="behandlersamling" type="plo:behandlersamlingtype"/> <xs:complextype name="behandlersamlingtype"> <xs:sequence maxoccurs="unbounded"> <xs:element ref="plo:behandlerstruktur"/> </xs:complextype> </xs:schema> BehandlerSamling.xsd.meta.xml <Metadata xmlns:xsi=" xmlns:xsd=" xmlns=" <Title>BehandlerSamling</Title> <DescriptionStructure> <DescriptionDanish>En samling af behandlere.</descriptiondanish> </DescriptionStructure> til høring Side 26 af 69

27 </Metadata> til høring Side 27 af 69

28 BehandlerStruktur Element Type Beskrivelse BehandlerIdentifikator BehandlerIdentifikatorType Mandatory, identification af behandleren inden for dette udtræk.. YderIdentifikator xs:string Optionel, behandlerens eventuelle ydernummer. Max 6 tegn. PersonNavnStruktur PersonNavnStrukturType Optionel, Angiver behandlerens navn. StartDato xs:dato Optionel. Angiver startdatoen for behandleren SlutDato xs.dato Optionel. Angiver slutdatoen for behandleren BehandlerInitial xs:string Optionel. Max 5 tegn. Behandlernes initialer. AutorisationsIdentifikator xs:string Optionel, behandlerens autorisationsid i det offentlige autorisationsregister. StillingsbetegnelseNavn xs:string Optionel. behandelerens evt. stillingsbetegnelse. Kommenterede [N17]: Format? Tror det kan lade sig gore at bruge init som vi gør. Kommenterede [N18]: Evt. maks. længde? BehandlerStruktur.xsd <xs:schema xmlns:xs=" xmlns:plo="urn:oio:medcom:plo: " targetnamespace="urn:oio:medcom:plo: " elementformdefault="qualified" attributeformdefault="unqualified" version="1.0" xml:lang="da"> <xs:include schemalocation="personnavnstruktur.xsd"/> <xs:include schemalocation="yderidentifikator.xsd"/> <xs:include schemalocation="behandleridentifikator.xsd"/> <xs:include schemalocation="behandlerinitial.xsd"/> <xs:include schemalocation="autorisationsidentifikator.xsd"/> <xs:include schemalocation="stillingsbetegnelsenavn.xsd"/> <xs:include schemalocation="startdato.xsd"/> <xs:include schemalocation="slutdato.xsd"/> <xs:element name="behandlerstruktur" type="plo:behandlerstrukturtype"/> <xs:complextype name="behandlerstrukturtype"> <xs:sequence> <xs:element ref="plo:behandleridentifikator"/> <xs:element minoccurs="0" ref="plo:yderidentifikator"/> <xs:element minoccurs="0" ref="plo:personnavnstruktur"/> <xs:element minoccurs="0" ref="plo:startdato"/> <xs:element minoccurs="0" ref="plo:slutdato"/> <xs:element minoccurs="0" ref="plo:behandlerinitial"/> <xs:element minoccurs="0" ref="plo:autorisationsidentifikator"/> <xs:element minoccurs="0" ref="plo:stillingsbetegnelsenavn"/> til høring Side 28 af 69

29 </xs:complextype> </xs:schema> BehandlerStruktur.xsd.meta.xml <Metadata xmlns:xsi=" xmlns:xsd=" xmlns=" <Title>BehandlerStruktur</Title> <DescriptionStructure> <DescriptionDanish>Information om en behandler.</descriptiondanish> </DescriptionStructure> </Metadata> CaveSamling CaveSamling.xsd <xs:schema xmlns:xs=" xmlns:plo="urn:oio:medcom:plo: " targetnamespace="urn:oio:medcom:plo: " til høring Side 29 af 69

30 elementformdefault="qualified" attributeformdefault="unqualified" version="1.0" xml:lang="da"> <xs:include schemalocation="cavestruktur.xsd"/> <xs:element name="cavesamling" type="plo:cavesamlingtype"> </xs:element> <xs:complextype name="cavesamlingtype"> <xs:sequence maxoccurs="unbounded"> <xs:element ref="plo:cavestruktur"/> </xs:complextype> </xs:schema> CaveSamling.xsd.meta.xml <Metadata xmlns:xsi=" xmlns:xsd=" xmlns=" <Title>CaveSamling</Title> <DescriptionStructure> <DescriptionDanish>En samling af Cave oplysninger.</descriptiondanish> </DescriptionStructure> </Metadata> CaveStruktur Element Type Beskrivelse StartDato xs:date Optionel, evt. startdato. StartDatoTid xs:datetime Optionel, evt. starttidspunkt. Kun StartDato eller StartDatoTid kan angives. SlutDato xs:date Optionel, evt. slutdato. SlutDatoTid xs:datetime Optionel, evt. slutidspunkt. Kun SlutDato eller SlutDatoTid kan angives. AllergiKodeStruktur KodeStrukturType Optionel, Angiver typen af allergi. For medicinallergi anvendes klassifikationskoden ATC med koden lig med atckoden for det område, caven omfatter. OverskriftTekst OverskriftTekstType Mandatory, Overskrift, der kort beskriver Caven. Mellem 1 og 70 tegn. CaveVirkningTekst CaveVirkningTekstType Optionel, Tekst der beskriver Cavens virkning. Maksimalt 5 linier a højst 70 tegn. KommentarLinieSamling KommentarLinieSamlingType Optionel. Samling af kommentarer til Caven. BehandlerIdentifikator BehandlerIdentifikatorType Optionel. Identifikation af til høring Side 30 af 69 Kommenterede [N19]: Bør nok også angive max 5 linie a højst 70 tegn, da schemaet siger det er samme plo:linietekst type med denne begrænsning.

31 behandleren, der har identificeret allergien. BehandlerInitial xs:string Optionel. Anvendes for systemer, der kun angiver behandlerens intialer. Der kan angives BehandlerIdentifikator eller BehandlerInitial, ikke begge. CaveStruktur.xsd.meta.xml <xs:schema xmlns:xs=" xmlns:plo="urn:oio:medcom:plo: " targetnamespace="urn:oio:medcom:plo: " elementformdefault="qualified" attributeformdefault="unqualified" version="1.0" xml:lang="da"> <xs:include schemalocation="allergikodestruktur.xsd"/> <xs:include schemalocation="startdato.xsd"/> <xs:include schemalocation="slutdato.xsd"/> <xs:include schemalocation="startdatotid.xsd"/> <xs:include schemalocation="slutdatotid.xsd"/> <xs:include schemalocation="overskrifttekst.xsd"/> <xs:include schemalocation="cavevirkningtekst.xsd"/> <xs:include schemalocation="kommentarliniesamling.xsd"/> <xs:include schemalocation="behandleridentifikator.xsd"/> <xs:include schemalocation="behandlerinitial.xsd"/> <xs:element name="cavestruktur" type="plo:cavestrukturtype"/> <xs:complextype name="cavestrukturtype"> <xs:sequence> <xs:choice minoccurs= 0 > <xs:element ref="plo:startdato"/> <xs:element ref="plo:startdatotid"/> </xs:choice> <xs:choice minoccurs= 0 > <xs:element ref="plo:slutdato"/> <xs:element ref="plo:slutdatotid"/> </xs:choice> <xs:element ref="plo:allergikodestruktur" minoccurs="0"/> <xs:element ref="plo:overskrifttekst"/> <xs:element ref="plo:cavevirkningtekst" minoccurs="0"/> <xs:element ref="plo:kommentarliniesamling" minoccurs="0"/> <xs:choice minoccurs= 0 > <xs:element ref="plo:behandleridentifikator" /> <xs:element ref="plo:behandlerinitial"/> </xs:choice> </xs:complextype> </xs:schema> CaveStruktur.xsd.meta.xml <Metadata xmlns:xsi=" til høring Side 31 af 69

32 xmlns:xsd=" xmlns=" <Title>CaveStruktur</Title> <DescriptionStructure> <DescriptionDanish>Angivelse af en cave oplysning, eksempelvis en allergi, på ATC-niveau. </DescriptionDanish> </DescriptionStructure> </Metadata> VaccinationSamling VaccinationSamling.xsd <xs:schema xmlns:xs=" xmlns:plo="urn:oio:medcom:plo: " targetnamespace="urn:oio:medcom:plo: " elementformdefault="qualified" attributeformdefault="unqualified" version="1.0" xml:lang="da"> <xs:include schemalocation="vaccinationstruktur.xsd"/> <xs:element name="vaccinationsamling" type="plo:vaccinationsamlingtype"/> <xs:complextype name="vaccinationsamlingtype"> <xs:sequence maxoccurs="unbounded"> <xs:element ref="plo:vaccinationstruktur"/> </xs:complextype> til høring Side 32 af 69

33 </xs:schema> VaccinationSamling.xsd.meta.xml <Metadata xmlns:xsi=" xmlns:xsd=" xmlns=" <Title>VaccinationSamling</Title> <DescriptionStructure> <DescriptionDanish>En samling ef enkeltvaccinationer.</descriptiondanish> </DescriptionStructure> </Metadata> VaccinationStruktur Element Type Beskrivelse DatoTid xs:datetime Dato og tid for vaccinationen. Dato xs:date Dato for vaccination. Eet af elementerne Dato og DatoTid skal angives. BoerneVaccinationIndikator xs:boolean Mandatory, angiver (true) om der er tale om en børnevaccination. VaccinationNavn xs:string Optionel, Et beskrivende navn på vaccinationen. Mellem 1 og 70 tegn.. PraeparatStruktur PraeparatStrukturType Optional. Oplysninger om det præparat, der er anvendt ved vaccinationen. BatchIdentifikator BatchIdentifikatorType Optionel, vaccinens evt. batchnr. Mellem 1 og 70 tegn,. LinieTekst CaveVirkningTekstType Optionel, evt. kommentar til vaccinationen. BehandlerIdentifikator String Optionel. Identifikation af behandleren, der har udført vaccinationen. BehandlerInitial xs:string Optionel. Anvendes for systemer, der kun angiver behandlerens intialer. Der kan angives BehandlerIdentifikator eller BehandlerInitial, ikke begge. VaccinationStruktur.xsd <xs:schema xmlns:xs=" til høring Side 33 af 69

34 xmlns:plo="urn:oio:medcom:plo: " targetnamespace="urn:oio:medcom:plo: " elementformdefault="qualified" attributeformdefault="unqualified" version="1.0" xml:lang="da"> <xs:include schemalocation="linietekst.xsd"/> <xs:include schemalocation="datotid.xsd"/> <xs:include schemalocation="dato.xsd"/> <xs:include schemalocation="boernevaccinationindikator.xsd"/> <xs:include schemalocation="vaccinationnavn.xsd"/> <xs:include schemalocation="praeparatstruktur.xsd"/> <xs:include schemalocation="batchidentifikator.xsd"/> <xs:include schemalocation="behandleridentifikator.xsd"/> <xs:include schemalocation="behandlerinitial.xsd"/> <xs:element name="vaccinationstruktur" type="plo:vaccinationstrukturtype"/> <xs:complextype name="vaccinationstrukturtype"> <xs:sequence> <xs:choice> <xs:element ref="plo:datotid"/> <xs:element ref="plo:dato"/> </xs:choice> <xs:element ref="plo:boernevaccinationindikator"/> <xs:element ref="plo:vaccinationnavn" minoccurs="0"/> <xs:element ref="plo:praeparatstruktur" minoccurs="0"/> <xs:element ref="plo:batchidentifikator" minoccurs="0"/> <xs:element ref="plo:linietekst" minoccurs="0"/> <xs:choice minoccurs= 0 > <xs:element ref="plo:behandleridentifikator"/> <xs:element ref="plo:behandlerinitial" /> </xs:choice> </xs:complextype> </xs:schema> VaccinationStruktur.xsd.meta.xml <Metadata xmlns:xsi=" xmlns:xsd=" xmlns=" <Title>VaccinationStruktur</Title> <DescriptionStructure> <DescriptionDanish>Oplysninger vedrørende en given vaccination.</descriptiondanish> </DescriptionStructure> </Metadata> til høring Side 34 af 69

35 NoteSamling NoteSamling.xsd <xs:schema xmlns:xs=" xmlns:plo="urn:oio:medcom:plo: " targetnamespace="urn:oio:medcom:plo: " elementformdefault="qualified" attributeformdefault="unqualified" version="1.0" xml:lang="da"> <xs:include schemalocation="notestruktur.xsd"/> <xs:element name="notesamling" type="plo:notesamlingtype"> </xs:element> <xs:complextype name="notesamlingtype"> <xs:sequence maxoccurs="unbounded"> <xs:element ref="plo:notestruktur"/> </xs:complextype> </xs:schema> NoteSamling.xsd.meta.xml <Metadata xmlns:xsi=" xmlns:xsd=" til høring Side 35 af 69

36 xmlns=" <Title>NoteSamling</Title> <DescriptionStructure> <DescriptionDanish>En samling af enkelt notater.</descriptiondanish> </DescriptionStructure> </Metadata> NoteStruktur De kliniske noter kategoriseres på overordnet niveau efter om det er egne noter (noter skrevet af den pratkiserende læge selv), indgående noter (noter sendt fra andre sundhedspersoner) eller udgående noter (noter sendt til andre sundhedspersoner). Dette udtrykkes i PLO-formatet gennem choicekonstruktionen med valget mellem EgneNoterKode, IndgaaendeNoterKode eller UdgaaendeNoterKode. Element Type Beskrivelse EgneNoterKode EgneNoterKodeType Optionel. Angiver, at notatet er skrevet af den praktiserende læge selv. Mulige værdier: kontinuation, resume, andet. IndgaaendeNoterKode IndgaaendeNoterKodeType Optionel. Angiver, at notatet er sendt til den praktiserende læge fra en anden sundhedsperson/ organisation. Mulige værdier: henvisning","rekvisition, "epikrise","korrespondance", " ","blanket", andet. UdgaaendeNoterKode UdgaaendeNoterKodeType Optionel. Angiver, at notatet er sendt fra den praktiserende læge til en anden sundhedsperson/ organisation. Mulige værdier: henvisning","rekvisition, "epikrise","korrespondance", " ","blanket", andet. MedcomKode MedcomKodeType Optionel, her kan den medcom brevtype der ligger til grund for noten evt. angives. Det gør det f.eks. muligt at angive om en epikrise er en vagtepikrise, sygehusepikrise, etc. Mellem 1 og 35 tegn. SystemKode SystemKodeType Optionel, evt. systemspecifik notettype, 1-5 tegn, DatoTid xs:datetime Dato og tid for noten. Dato xs:date Dato for noten. Eet af elementerne DatoTid og Dato skal angives. OverskriftTekst OverskriftTekstType Optionel, en beskrivende til høring Side 36 af 69

37 overskrift til noten. Mellem 1 og 70 tegn. DiagnoseArt DiagnoseArtStrukturType Optionel, indeholder evt. diagnoser på noten. Se diagnoseartstrukturtype. Tekst KompleksTekstType Optionel, indeholder notens evt. tekst, se beskrivelsen af KompleksTekstType. ObjectReference Optionel, angiver eventuelle referencer på noten. BehandlerIdentifikator xs:string Optionel. Identifikation af behandleren, der har skrevet noten. BehandlerInitial xs:string Optionel. Anvendes for systemer, der kun angiver behandlerens intialer. Der kan angives BehandlerIdentifikator eller BehandlerInitial, ikke begge. NoteStruktur.xsd <xs:schema xmlns:xs=" xmlns:plo="urn:oio:medcom:plo: " targetnamespace="urn:oio:medcom:plo: " elementformdefault="qualified" attributeformdefault="unqualified" version="1.0" xml:lang="da"> <xs:include schemalocation="atckode.xsd"/> <xs:include schemalocation="medcomkode.xsd"/> <xs:include schemalocation="udgaaendenoterkode.xsd"/> <xs:include schemalocation="indgaaendenoterkode.xsd"/> <xs:include schemalocation="egnenoterkode.xsd"/> <xs:include schemalocation="medcomkode.xsd"/> <xs:include schemalocation="systemkode.xsd"/> <xs:include schemalocation="datotid.xsd"/> <xs:include schemalocation="dato.xsd"/> <xs:include schemalocation="overskrifttekst.xsd"/> <xs:include schemalocation="tekst.xsd"/> <xs:include schemalocation="objectreference.xsd"/> <xs:include schemalocation="diagnoseartstruktur.xsd"/> <xs:include schemalocation="behandleridentifikator.xsd"/> <xs:include schemalocation="behandlerinitial.xsd"/> <xs:element name="notestruktur" type="plo:notestrukturtype"/> <xs:complextype name="notestrukturtype"> <xs:sequence> <xs:choice> <xs:element ref="plo:egnenoterkode"/> <xs:element ref="plo:indgaaendenoterkode"/> <xs:element ref="plo:udgaaendenoterkode"/> </xs:choice> <xs:element ref="plo:medcomkode" minoccurs="0"/> <xs:element ref="plo:systemkode" minoccurs="0"/> til høring Side 37 af 69

38 <xs:sequence maxoccurs="unbounded"> <xs:choice> <xs:element ref="plo:datotid"/> <xs:element ref="plo:dato"/> </xs:choice> <xs:element ref="plo:overskrifttekst" minoccurs="0"/> <xs:element ref="plo:diagnoseartstruktur" minoccurs="0"/> <xs:element ref="plo:tekst" minoccurs="0"/> <xs:element ref="plo:objectreference" minoccurs="0"/> <xs:choice minoccurs= 0 > <xs:element ref="plo:behandleridentifikator"/> <xs:element ref="plo:behandlerinitial" /> </xs:choice> </xs:complextype> </xs:schema> NoteStruktur.xsd.meta.xml <Metadata xmlns:xsi=" xmlns:xsd=" xmlns=" <Title>NoteStruktur</Title> <DescriptionStructure> <DescriptionDanish>Information om et klinisk notat. Indeholder dato, tid, overskrift, diagnose, tekst og referencer. Notens tekst angives i et subset af OOXML, således der kan overføres simple tekst-dekorationer som fed, understreget og kursiv.</descriptiondanish> </DescriptionStructure> </Metadata> DiagnoseSamling til høring Side 38 af 69

39 DiagnoseSamling.xsd <xs:schema xmlns:xs=" xmlns:plo="urn:oio:medcom:plo: " targetnamespace="urn:oio:medcom:plo: " elementformdefault="qualified" attributeformdefault="unqualified" version="1.0" xml:lang="da"> <xs:include schemalocation="diagnosestruktur.xsd"/> <xs:element name="diagnosesamling" type="plo:diagnosesamlingtype"/> <xs:complextype name="diagnosesamlingtype"> <xs:sequence maxoccurs="unbounded"> <xs:element ref="plo:diagnosestruktur"/> </xs:complextype> </xs:schema> DiagnoseSamling.xsd.meta.xml <Metadata xmlns:xsi=" xmlns:xsd=" xmlns=" <Title>DiagnoseSamling</Title> <DescriptionStructure> <DescriptionDanish>En samling af diagnoser med tilhørende oplysninger.</descriptiondanish> </DescriptionStructure> </Metadata> DiagnoseStruktur Element Type Beskrivelse KroniskIndikator xs:boolean Optionel. true hvis der er tale om en kronisk (fast) diagnose til høring Side 39 af 69

40 ellers false. Dato xs:date Optionel. Startdatoen på diagnosen. DatoTid xs:datetime Optionel. Startdato/tid på diagnosen.højst eet af felterne dato og datotid kan angives DiagnoseArtStruktur DiagnoseArtStrukturType Mandatory. Selve diagnosen. BehandlerIdentifikator xs:string Optionel. Identifikation på behandler, der har stillet diagnosen. BehandlerInitial xs:string Optionel. Anvendes for systemer, der kun angiver behandlerens intialer. Der kan angives BehandlerIdentifikator eller BehandlerInitial, ikke begge. DiagnoseStruktur.xsd.meta.xml <xs:schema xmlns:xs=" xmlns:plo="urn:oio:medcom:plo: " targetnamespace="urn:oio:medcom:plo: " elementformdefault="qualified" attributeformdefault="unqualified" version="1.0" xml:lang="da"> <xs:include schemalocation="kroniskindikator.xsd"/> <xs:include schemalocation="diagnoseartstruktur.xsd"/> <xs:include schemalocation="dato.xsd"/> <xs:include schemalocation="datotid.xsd"/> <xs:include schemalocation="behandleridentifikator.xsd"/> <xs:include schemalocation="behandlerinitial.xsd"/> <xs:element name="diagnosestruktur" type="plo:diagnosestrukturtype"/> <xs:complextype name="diagnosestrukturtype"> <xs:sequence> <xs:element ref="plo:kroniskindikator" minoccurs="0"/> <xs:choice> <xs:element ref="plo:dato" /> <xs:element ref="plo:datotid"/> </xs:choice> <xs:element ref="plo:diagnoseartstruktur"/> <xs:choice minoccurs= 0 > <xs:element ref="plo:behandleridentifikator"/> <xs:element ref="plo:behandlerinitial" /> </xs:choice> </xs:complextype> </xs:schema> DiagnoseStruktur.xsd.meta.xml <Metadata xmlns:xsi=" xmlns:xsd=" xmlns=" <Title>DiagnoseStruktur</Title> til høring Side 40 af 69

41 <DescriptionStructure> <DescriptionDanish>Oplysninger om en diagnose med tilhørende oplysninger.</descriptiondanish> </DescriptionStructure> </Metadata> til høring Side 41 af 69

42 LabSkemaSamling LabSkemaSamling.xsd <!-- edited with XMLSpy v2009 sp1 ( by Ove Frost Sørensen (Silverbullet) --> <xs:schema xmlns:xs=" xmlns:plo="urn:oio:medcom:plo: " targetnamespace="urn:oio:medcom:plo: " elementformdefault="qualified" attributeformdefault="unqualified" version="1.0" xml:lang="da"> <xs:include schemalocation="labskemastruktur.xsd"/> <xs:element name="labskemasamling" type="plo:labskemasamlingtype"/> <xs:complextype name="labskemasamlingtype"> <xs:sequence maxoccurs="unbounded"> <xs:element ref="plo:labskemastruktur"/> </xs:complextype> til høring Side 42 af 69

43 </xs:schema> LabSkemaSamling.xsd.meta.xml <Metadata xmlns:xsi=" xmlns:xsd=" xmlns=" <Title>LabSkemaSamling</Title> <DescriptionStructure> <DescriptionDanish>En samling af laboratorie analyser.</descriptiondanish> </DescriptionStructure> </Metadata> LabSkemaStruktur Element Type Beskrivelse DatoTid xs:datetime Dato og tid for prøvetagning. Dato xs:date Dato for prøvetagning. Eet af elementerne Dato og DatoTid skal angives. LabKode LabKodeType Optionel, laboratorietypen, angivet ved en enumeration: kemi, patologi, mikrobiologi, vaekst, lungefunktion, hjertefunktion, andet. DiagnoseArtStruktur DiagnoseArtStruktur Optionel, evt. diagnose tilknyttet analysen. Se diagnosearttype sektionen. AnalyseKodeStruktur KodeStrukturType Optionel, analysens kode. F.eks. IUPAC-kode. Mellem 1 og 17 tegn. Bemærk, at laboratoriets kvalifikator, jf. de officielle lister, samt producentkoden placeres i KlassifikationsIdentifikator feltet i Analysekoden. LangtNavnTekst LangtNavnTekstType Mandatory, analysens fulde navn. Mellem 1 og 140 tegn. RekvirentNavn RekvirentNavnType Optionel, rekvirentens navn. Mellem 1 og 35 tegn. RekvisitionsIdentifikator RekvisitionsIdentifikatorType Optionel, analysens evt. rekvisitionsnummer. Mellem 1 og 17 tegn. LabSvarAfsenderNavn xs:string Optionel, navnet på afsenderen af svaret. Mellem 1 og 70 tegn. ProducentNavn xs:string Optionel, navnet på producenten til høring Side 43 af 69

44 af svaret. Mellem 1 og 70 tegn. ResultatTekst ResultatTekstType Optionel, analysens resultat. EnhedKode EnhedKodeType Optionel, analyseresultatets enhed. Mellem 1 og 17 tegn. ReferenceTekst ReferenceTekstType Optionel, evt. reference på analysen. Mellem 1 og 17 tegn. MinRefTekst MinRefTekstType Optionel, evt. minimumsgrænseværdi på analysen. Mellem 1 og 17 tegn. MaxRefTekst MaxRefTekstType Optionel, evt. maksimumsgrænseværdi på analysen. Mellem 1 og 17 tegn. AlarmIndikator xs:string Optionel. Kode ( HI, LO, UN ), der angiver om analysens resultat er alarmerende.. Tekst KompleksTekstType Optionel, evt. note tilhørende analysen. BehandlerIdentifikator xs:string Optionel, evt. reference til den behandler, der har udført analysen. BehandlerInitial xs:string Optionel. Anvendes for systemer, der kun angiver behandlerens intialer. Der kan angives BehandlerIdentifikator eller BehandlerInitial, ikke begge. ObjectReference ObjectReference Optionel, angiver eventuelle referencer på analysen. EndeligtSvarIndikator xs:boolean Mandatory, angiver om resultatet er endeligt. LabSkemaStruktur.xsd <xs:schema xmlns:xs=" xmlns:plo="urn:oio:medcom:plo: " targetnamespace="urn:oio:medcom:plo: " elementformdefault="qualified" attributeformdefault="unqualified" version="1.0" xml:lang="da"> <xs:include schemalocation="dato.xsd"/> <xs:include schemalocation="datotid.xsd"/> <xs:include schemalocation="labkode.xsd"/> <xs:include schemalocation="linietekst.xsd"/> <xs:include schemalocation="diagnoseartstruktur.xsd"/> <xs:include schemalocation="analysekode.xsd"/> <xs:include schemalocation="labkvalifikatorkode.xsd"/> <xs:include schemalocation="kortnavntekst.xsd"/> <xs:include schemalocation="langtnavntekst.xsd"/> <xs:include schemalocation="enhedkode.xsd"/> <xs:include schemalocation="resultattekst.xsd"/> <xs:include schemalocation="minreftekst.xsd"/> <xs:include schemalocation="maxreftekst.xsd"/> <xs:include schemalocation="objectreference.xsd"/> Kommenterede [N20]: Den har vi faktisk ikke indicator af. Vi kan komme tilnærmelsesvis med **** som midlertidigt svar, men ellers ikke. Hvorfor er denne også mandatory? Ellers må vi udvide vores laboratorieregister til at indeholde denne information til høring Side 44 af 69

45 <xs:include schemalocation="referencetekst.xsd"/> <xs:include schemalocation="rekvisitionsidentifikator.xsd"/> <xs:include schemalocation="rekvirentnavn.xsd"/> <xs:include schemalocation="producentnavn.xsd"/> <xs:include schemalocation="labsvarafsendernavn.xsd"/> <xs:include schemalocation="alarmindikator.xsd"/> <xs:include schemalocation="endeligtsvarindikator.xsd"/> <xs:include schemalocation="behandleridentifikator.xsd"/> <xs:include schemalocation="behandlerinitial.xsd"/> <xs:include schemalocation="tekst.xsd"/> <xs:element name="labskemastruktur" type="plo:labskemastrukturtype"/> <xs:complextype name="labskemastrukturtype"> <xs:sequence maxoccurs="unbounded"> <xs:choice> <xs:element ref="plo:datotid"/> <xs:element ref="plo:dato"/> </xs:choice> <xs:element ref="plo:labkode" minoccurs="0"/> <xs:element ref="plo:diagnoseartstruktur" minoccurs="0"/> <xs:element ref="plo:analysekode" minoccurs="0"/> <xs:element ref="plo:labkvalifikatorkode" minoccurs="0"/> <xs:element ref="plo:kortnavntekst" minoccurs="0"/> <xs:element ref="plo:langtnavntekst" minoccurs="0"/> <xs:element ref="plo:rekvirentnavn" minoccurs="0"/> <xs:element ref="plo:rekvisitionsidentifikator" minoccurs="0"/> <xs:element ref="plo:labsvarafsendernavn" minoccurs="0"/> <xs:element ref="plo:producentnavn" minoccurs="0"/> <xs:element ref="plo:resultattekst" minoccurs="0"/> <xs:element ref="plo:enhedkode" minoccurs="0"/> <xs:element ref="plo:referencetekst" minoccurs="0"/> <xs:element ref="plo:minreftekst" minoccurs="0"/> <xs:element ref="plo:maxreftekst" minoccurs="0"/> <xs:element ref="plo:alarmindikator" minoccurs="0"/> <xs:element ref="plo:tekst" minoccurs="0"/> <xs:choice minoccurs= 0 > <xs:element ref="plo:behandleridentifikator"/> <xs:element ref="plo:behandlerinitial" /> </xs:choice> <xs:element ref="plo:objectreference" minoccurs="0" maxoccurs="unbounded"/> <xs:element ref="plo:endeligtsvarindikator"/> </xs:complextype> </xs:schema> LabSkemaStruktur.xsd.meta.xml <Metadata xmlns:xsi=" xmlns:xsd=" xmlns=" <Title>LabSkemaStruktur</Title> <DescriptionStructure> til høring Side 45 af 69

46 <DescriptionDanish>Information vedrørende en laboratorie analyse.</descriptiondanish> </DescriptionStructure> </Metadata> BoerneSkemaSamling BoerneSkemaSamling.xsd <xs:schema xmlns:xs=" xmlns:plo="urn:oio:medcom:plo: " targetnamespace="urn:oio:medcom:plo: " elementformdefault="qualified" attributeformdefault="unqualified" version="1.0" xml:lang="da"> <xs:include schemalocation="boerneskemastruktur.xsd"/> <xs:element name="boerneskemasamling" type="plo:boerneskemasamlingtype"/> <xs:complextype name="boerneskemasamlingtype"> <xs:sequence maxoccurs="unbounded"> <xs:element ref="plo:boerneskemastruktur"/> </xs:complextype> </xs:schema> BoerneSkemaSamling.xsd.meta.xml <Metadata xmlns:xsi=" xmlns:xsd=" xmlns=" <Title>BoerneSkemaSamling</Title> <DescriptionStructure> <DescriptionDanish>En samling af børneundersøgelsesskemaer.</descriptiondanish> </DescriptionStructure> </Metadata> til høring Side 46 af 69

47 BoerneSkemaStruktur Element Type Beskrivelse BoerneUndersoegelsesKode BoerneUndersoegelsesKodeType Mandatory, angiver hvilken type børneundersøgelse der er tale om, er angivet ved en enumeration: "fødsel", "1 uge", "5 uger", "5 måneder", "1 år", "2 år", "3 år", "4 år", "5 år", "6 år", "7 år", "8 år", "9 år", "10 år", "11 år", "12 år", "13 år", "14 år", "15 år", "16 år", "17 år", "18 år", "andet" Dato xs:date Dato for undersøgelsen. DatoTid xs:datetime Dato og tid for undersøgelsen. Eet af elementerne Dato og DatoTid skal angives. BehandlerIdentifikator xs:string Optionel, identfikation af den behandler, der har udført undersøgelsen BehandlerInitial xs:string Optionel. Anvendes for systemer, der kun angiver behandlerens intialer. Der kan angives Behandler- Identifikator eller BehandlerInitial, ikke begge. KommentarLinieSamling KommentarLinieSamlingType Optionel, evt. note tilknyttet undersøgelsen. Maximalt 5 linier af op til 70 tegn. BoerneSkemaAnalyseStruktur BoerneSkemaAnalyseStrukturType Et antal strukturer indeholdende oplysninger om én analyse, der er foretaget under undersøgelsen. Kommenterede [N21]: Tåbelig identifikation. Og så er den endda mandatory. Forklaring ønskes. Hvis pt. Er 1 år gammel vil lægen ikke vel ikke være i stand til at foretage en 5 mdr. undersøgelse da forudsætningern jo ikke længere er til stede? 6, 7 og 8 års undersøgelser findes bl.a ikke længere. Måske 12 års til pigerne. BoerneSkemaStruktur.xsd <xs:schema xmlns:xs=" xmlns:plo="urn:oio:medcom:plo: " targetnamespace="urn:oio:medcom:plo: " elementformdefault="qualified" attributeformdefault="unqualified" version="1.0" xml:lang="da"> <xs:include schemalocation="boerneundersoegelseskode.xsd"/> <xs:include schemalocation="dato.xsd"/> <xs:include schemalocation="datotid.xsd"/> <xs:include schemalocation="kommentarliniesamling.xsd"/> <xs:include schemalocation="boerneskemaanalysestruktur.xsd"/> til høring Side 47 af 69

48 <xs:include schemalocation="behandleridentifikator.xsd"/> <xs:include schemalocation="behandlerinitial.xsd"/> <xs:element name="boerneskemastruktur" type="plo:boerneskemastrukturtype"/> <xs:complextype name="boerneskemastrukturtype"> <xs:sequence maxoccurs="unbounded"> <xs:element ref="plo:boerneundersoegelseskode" maxoccurs="unbounded"/> <xs:choice> <xs:element ref="plo:datotid"/> <xs:element ref="plo:dato"/> </xs:choice> <xs:choice minoccurs= 0 > <xs:element ref="plo:behandleridentifikator"/> <xs:element ref="plo:behandlerinitial" /> </xs:choice> <xs:element ref="plo:kommentarliniesamling" minoccurs="0"/> <xs:element ref="plo:boerneskemaanalysestruktur" maxoccurs="unbounded"/> </xs:complextype> </xs:schema> BoerneSkemaStruktur.xsd.meta.xml <Metadata xmlns:xsi=" xmlns:xsd=" xmlns=" <Title>BoerneSkemaStruktur</Title> <DescriptionStructure> <DescriptionDanish>Oplysninger omkring udførslen af en børneundersøgelse.</descriptiondanish> </DescriptionStructure> </Metadata> BoerneSkemaAnalyseStruktur til høring Side 48 af 69

49 Element Type Beskrivelse BoerneSkemaAnalyseKode BoerneSkemaAnalyseKodeType Mandatory, en kode for analysens art. Angivet ved en enumeration: vaegt, hoejde, homf, syn-h, syn-v, hoer-h, hoer-v, apgar. DatoTid xs:datetime Prøvedato og tid. Dato xs:date Prøvedato. Eet af elementerne DatoTid og Dato skal angives. ResultatTekst KommentarLinieSamlingType Optionel, analysens resultat. Mellem 1 og 10 tegn. Angives et resultat er enhed mandatory. BoerneSkemaEnhedKode BoerneSkemaEnhedKodeType Optionel, analyseresultatets endhed. Mellem 1 og 10 tegn. Er mandatory hvis et resultat er angivet. Enhed er en enummeration: gram, kilo, centimeter, meter og andet. Kommenterede [N22]: Hvorfor skal det være muligt her at kunne angive en Vægt eller Hovedomfang uden at angive et resultat? Jeg vil mene denne skulle være mandatory. BoerneSkemaAnalyseStruktur.xsd <xs:schema xmlns:xs=" xmlns:plo="urn:oio:medcom:plo: " targetnamespace="urn:oio:medcom:plo: " elementformdefault="qualified" attributeformdefault="unqualified" version="1.0" xml:lang="da"> <xs:include schemalocation="resultattekst.xsd"/> <xs:include schemalocation="boerneskemaenhedkode.xsd"/> <xs:include schemalocation="boerneskemaanalysekode.xsd"/> <xs:include schemalocation="datotid.xsd"/> <xs:include schemalocation="dato.xsd"/> <xs:element name="boerneskemaanalysestruktur" type="plo:boerneskemaanalysestrukturtype"/> <xs:complextype name="boerneskemaanalysestrukturtype"> <xs:sequence> <xs:element ref="plo:boerneskemaanalysekode"/> <xs:choice> <xs:element ref="plo:datotid"/> <xs:element ref="plo:dato"/> </xs:choice> <xs:sequence minoccurs="0"> <xs:element ref="plo:resultattekst"/> <xs:element ref="plo:boerneskemaenhedkode"/> </xs:complextype> </xs:schema> til høring Side 49 af 69

50 BoerneSkemaAnalyseStruktur.xsd.meta.xml <Metadata xmlns:xsi=" xmlns:xsd=" xmlns=" <Title>BoerneSkemaAnalyseStruktur</Title> <DescriptionStructure> <DescriptionDanish>Oplysninger vedrørende en analyse udført i forbindelse med en børneundersøgelse. </DescriptionDanish> </DescriptionStructure> </Metadata> MedicinOrdinationSamling MedicinOrdinationSamling.xsd <xs:schema xmlns:xs=" xmlns:plo="urn:oio:medcom:plo: " targetnamespace="urn:oio:medcom:plo: " elementformdefault="qualified" attributeformdefault="unqualified" version="1.0" xml:lang="da"> <xs:include schemalocation="medicinordinationstruktur.xsd"/> <xs:element name="medicinordinationsamling" type="plo:medicinordinationsamlingtype"/> <xs:complextype name="medicinordinationsamlingtype"> <xs:sequence maxoccurs="unbounded"> <xs:element ref="plo:medicinordinationstruktur"/> </xs:complextype> </xs:schema> til høring Side 50 af 69

51 MedicinOrdinationSamling.xsd.meta.xml <Metadata xmlns:xsi=" xmlns:xsd=" xmlns=" <Title>MedicinOrdinationSamling</Title> <DescriptionStructure> <DescriptionDanish>En samling af medicinordinationer.</descriptiondanish> </DescriptionStructure> </Metadata> MedicinOrdinationStruktur Element Type Beskrivelse PraeparatStruktur PraeparatStrukturType Mandatory. Struktur indeholdende oplysning om det ordinerede præparat. MedicinOrdinationStatusKode MedicinOrdinationStatusKode Optionel, evt. status på ordinationen præparatet. Angivet ved en enumeration: normal, fast, seponeret, pauseret. MedicinDispenseringTekst MedicinDispenseringTekst Optionel, eventuelle oplyninger om, dispensering af præparatet. Mellem 1 og 35 tegn. MedicinStyrkeTekst MedicinStyrkeTekst Optionel, evt. styrke på præparatet jf. varenummer. Mellem 1 og 35 tegn AdministrationsVejKode AdministrationsVejKodeType Optionel. Medikamentets administrationsvej. 1-2 tegn. MedicinPakningStoerrelseTekst MedicinPakningStoerrelseTekst Optionel, evt. pakningsstørrelse jf. varenummer. MedicinPakkeEnhed MedicinPakkeEnhed Optionel, evt. enhed jf. pakningsstørrelse og varenummer. MedicinEnkeltOrdinationStruktur MedicinEnkeltOrdinationStruktur Et antal strukturer indeholdende oplysninger om hver enkelt gang, lægen har ordineret præparatet. FMKPraeparatIdentifikator FMKPraeparatIdentifikatorType Unik identifikation i FMK af præparatet i forhold til patienten til høring Side 51 af 69

52 Long større end 1. MedicinOrdinationStruktur.xsd <xs:schema xmlns:xs=" xmlns:plo="urn:oio:medcom:plo: " targetnamespace="urn:oio:medcom:plo: " elementformdefault="qualified" attributeformdefault="unqualified" version="1.0" xml:lang="da"> <xs:include schemalocation="praeparatstruktur.xsd"/> <xs:include schemalocation="medicinordinationstatuskode.xsd"/> <xs:include schemalocation="medicindispenseringtekst.xsd"/> <xs:include schemalocation="fmkpraeparatidentifikator.xsd"/> <xs:include schemalocation="medicinpakningstoerrelsetekst.xsd"/> <xs:include schemalocation="medicinpakkeenhedtekst.xsd"/> <xs:include schemalocation="administrationsvejkode.xsd"/> <xs:include schemalocation="medicinstyrketekst.xsd"/> <xs:include schemalocation="medicinenkeltordinationstruktur.xsd"/> <xs:element name="medicinordinationstruktur" type="plo:medicinordinationstrukturtype"/> <xs:complextype name="medicinordinationstrukturtype"> <xs:sequence> <xs:element ref="plo:praeparatstruktur"/> <xs:element ref="plo:medicinordinationstatuskode"/> <xs:element ref="plo:medicindispenseringtekst" minoccurs="0"/> <xs:element ref="plo:fmkpraeparatidentifikator" minoccurs="0"/> <xs:element ref="plo:medicinstyrketekst" minoccurs="0"/> <xs:element ref="plo:administrationsvejkode" minoccurs="0"/> <xs:element ref="plo:medicinpakningstoerrelsetekst" minoccurs="0"/> <xs:element ref="plo:medicinpakkeenhedtekst" minoccurs="0"/> <xs:element ref="plo:medicinenkeltordinationstruktur" maxoccurs="unbounded"/> </xs:complextype> </xs:schema> MedicinOrdinationStruktur.xsd.meta.xml <Metadata xmlns:xsi=" xmlns:xsd=" xmlns=" <Title>MedicinOrdinationStruktur</Title> <DescriptionStructure> <DescriptionDanish>Oplysninger vedrørende et præparat og ordinationer af præparatet over tid. </DescriptionDanish> </DescriptionStructure> </Metadata> til høring Side 52 af 69

53 MedicinEnkeltOrdinationStruktur Element Type Beskrivelse Dato xs:date Ordinationens dato. DatoTid xs:datetime Ordinationens dato/tidspunkt. Eet af elementerne dato og datotid skal være angivet til høring Side 53 af 69

54 BehandlerIdentifikator xs:string Optionel, identifikation af den behandler, der har ordineret medicinen. BehandlerInitial xs:string Optionel. Anvendes for systemer, der kun angiver behandlerens intialer. Der kan angives BehandlerIdentifikator eller BehandlerInitial, ikke begge. DiagnoseArtStruktur DiagnoseArtStrukturType Optionel, evt. diagnoser på ordinationen. IndikationNavn IndikationNavnType Optionel. Indikation på ordination. DoseringsMoensterTekst DoseringsMoensterTekstType Choice. Ordinationen doseringsmønster i klar tekst. Op til 70 tegn. DoseringsStruktur DoseringsStrukturType Choice. Struktureret angivelse af doseringsinstruktion (angivelse morgen, middag, aften, etc.). Enten DoseringsStruktur eller DoseringsMoensterTekst skal angives PakningsAntalKvantitet PakningsAntalKvantitetType Optionel. Antallet af pakninger. Mellem 1 og 99. GenudleveringsAntalKvantitet GenudleveringsAntalKvantitet Optionel. Antallet af gange ordinationens indhold kan genudleveres. Mellem 1 og 99. GenudleveringsIntervalKvantitet GenudleveringsIntervalKvantitet Optionel. Angiver det minimalt tilladte antal af dage mellem hver genudlevering StartDato xs:date Startdato for dosisdispensering StartDatoTid xs:datetime Startdato/tidspunkt for dosisdispensering. Højst eet af elementerne StartDato og StartDato- Tid kan angives SlutDato xs:date Slutdato for til høring Side 54 af 69

55 dosisdispensering SlutDatoTId xs:datetime Optionel. Slutdato/tidspunkt for dosisdispensering. Højst eet af elementerne SlutDato og SlutDatoTid kan angives. FMKPraeparatOrdinationIdentifikator FMKPraeparatOrdination- IdentifikatorType FMKPraeparatOrdinationVersion- Identifikator FMKPraeparatOrdination- VersionIdentifikatorType Optionel. Unik identifikation af den enkelte ordination af præparatet til patienten. Long større end 1. Optionel. Identifikation af versionen af den enkelte ordination af præparatet til patienten. Long større end 1. Kommenterede [N23]: Skal denne dato også bruges ved seponering? MedicinEnkeltOrdinationStruktur.xsd <xs:schema xmlns:xs=" xmlns:plo="urn:oio:medcom:plo: " targetnamespace="urn:oio:medcom:plo: " elementformdefault="qualified" attributeformdefault="unqualified" version="1.0" xml:lang="da"> <xs:include schemalocation="indikationnavn.xsd"/> <xs:include schemalocation="dato.xsd"/> <xs:include schemalocation="datotid.xsd"/> <xs:include schemalocation="behandleridenfikator.xsd"/> <xs:include schemalocation="behandlerinitial.xsd"/> <xs:include schemalocation="startdato.xsd"/> <xs:include schemalocation="slutdato.xsd"/> <xs:include schemalocation="startdatotid.xsd"/> <xs:include schemalocation="slutdatotid.xsd"/> <xs:include schemalocation="diagnoseartstruktur.xsd"/> <xs:include schemalocation="fmkpraeparatordinationidentifikator.xsd"/> <xs:include schemalocation="fmkpraeparatordinationversionidentifikator.xsd"/> <xs:include schemalocation="pakningsantalkvantitet.xsd"/> <xs:include schemalocation="genudleveringsantalkvantitet.xsd"/> <xs:include schemalocation="genudleveringsintervalkvantitet.xsd"/> <xs:include schemalocation="doseringsmoenstertekst.xsd"/> <xs:element name="medicinenkeltordinationstruktur" type="plo:medicinenkeltordinationstrukturtype"/> <xs:complextype name="medicinenkeltordinationstrukturtype"> <xs:sequence> <xs:element ref="plo:fmkpraeparatordinationidentifikator" minoccurs="0"/> <xs:element ref="plo:fmkpraeparatordinationversionidentifikator" minoccurs="0"/> <xs:choice> <xs:element ref="plo:dato"/> <xs:element ref="plo:datotid"/> </xs:choice> <xs:choice minoccurs= 0 > <xs:element ref="plo:behandleridentifikator"/> til høring Side 55 af 69

56 <xs:element ref="plo:behandlerinitial" /> </xs:choice> <xs:element ref="plo:diagnoseartstruktur" minoccurs="0" maxoccurs="unbounded"/> <xs:element ref="plo:indikationnavn" minoccurs="0"/> <xs:choice> <xs:element ref="plo:doseringsmoenstertekst"/> <xs:element ref="plo:doseringsstruktur"/> </xs:choice> <xs:element ref="plo:pakningsantalkvantitet" minoccurs="0"/> <xs:element ref="plo:genudleveringsantalkvantitet" minoccurs="0"/> <xs:element ref="plo:genudleveringsintervalkvantitet" minoccurs="0"/> <xs:choice minoccurs="0"/> <xs:element ref="plo:startdato"/> <xs:element ref="plo:startdatotid"/> </xs:choice> <xs:choice minoccurs="0"/> <xs:element ref="plo:slutdato"/> <xs:element ref="plo:sluttdatotid"/> </xs:choice> </xs:complextype> </xs:schema> MedicinEnkeltOrdinationStruktur.xsd.meta.xml <Metadata xmlns:xsi=" xmlns:xsd=" xmlns=" <Title>MedicinEnkeltOrdinationStruktur</Title> <DescriptionStructure> <DescriptionDanish>Oplysninger vedrørende en enkelt ordination af et givet præparat.</descriptiondanish> </DescriptionStructure> </Metadata> PraeparatStruktur til høring Side 56 af 69

57 Element Type Beskrivelse PraeparatVareNavn PraeparatVareNavnType Mandatory. Præparatets fulde varenavn. Mellem 1 og 70 tegn. PraeparatVareIdentifikator PraeparatVareIdentifikatorType Optionel Præparatets varenummer. 6 tegn. AtcKode AtcKodeType Optionel, Anatomisk- Terapeutisk kode for præparatet. Mellem 1 og 10 tegn. PraeparatFabrikantNavn PraeparatFabrikantNavnType Optionel, Navn på fabrikanten af præparatet. Mellem 1 og 70 tegn. PraeparatStruktur.xsd <xs:schema xmlns:xs=" xmlns:plo="urn:oio:medcom:plo: " targetnamespace="urn:oio:medcom:plo: " elementformdefault="qualified" attributeformdefault="unqualified" version="1.0" xml:lang="da"> <xs:include schemalocation="praeparatvarenavn.xsd"/> <xs:include schemalocation="praeparatvareidentifikator.xsd"/> <xs:include schemalocation="praeparatfabrikantnavn.xsd"/> <xs:include schemalocation="atckode.xsd"/> <xs:element name="praeparatstruktur" type="plo:praeparatstrukturtype"/> <xs:complextype name="praeparatstrukturtype"> <xs:sequence> <xs:element ref="plo:praeparatvarenavn"/> <xs:element ref="plo:praeparatvareidentifikator" minoccurs="0"/> <xs:element ref="plo:atckode" minoccurs="0"/> <xs:element ref="plo:praeparatfabrikantnavn" minoccurs="0"/> </xs:complextype> </xs:schema> PraeparatStruktur.xsd.meta.xml <Metadata xmlns:xsi=" xmlns:xsd=" xmlns=" <Title>PraeparatStruktur</Title> <DescriptionStructure> <DescriptionDanish>Oplysninger vedrørende et medicinsk præparat.</descriptiondanish> </DescriptionStructure> </Metadata> til høring Side 57 af 69

58 ReferenceSamling ReferenceSamling.xsd <xs:schema xmlns:xs=" xmlns:plo="urn:oio:medcom:plo: " targetnamespace="urn:oio:medcom:plo: " elementformdefault="qualified" attributeformdefault="unqualified" version="1.0" xml:lang="da"> <xs:include schemalocation="referencestruktur.xsd"/> <xs:element name="referencesamling" type="plo:referencesamlingtype"/> <xs:complextype name="referencesamlingtype"> <xs:sequence maxoccurs="unbounded"> <xs:element ref="plo:referencestruktur"/> </xs:complextype> </xs:schema> ReferenceSamling.xsd.meta.xml <Metadata xmlns:xsi=" xmlns:xsd=" xmlns=" <Title>ReferenceSamling</Title> <DescriptionStructure> <DescriptionDanish>En samling af referencer.</descriptiondanish> </DescriptionStructure> </Metadata> ReferenceStruktur Element Type Beskrivelse til høring Side 58 af 69