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

(1)

30.10.2009 – til høring Side 1 af 53

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 Ø

(2)

30.10.2009 – til høring Side 2 af 53

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 PLO- filer 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. Endelige 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.

Dokumenthistorik

Release Dato Ansvarlig Beskrivelse

3.0 release 1 5.11.2009 Ove Frost Sørensen,

Silverbullet

Første udkast til

OIO-XML-version

(3)

30.10.2009 – til høring Side 3 af 53

Indholdsfortegnelse

Indhold

Formål ... 2

Dokumenthistorik... 2

Indholdsfortegnelse ... 3

PLO 3.0 Principper og regler ... 5

Header strukturer ... 10

PLOFormatStruktur ... 10

PLOUdtraekStruktur ... 11

PLOHeaderStruktur ... 12

PatientUdtraekStruktur: ... 15

Stamdata ... 17

StamdataStruktur:... 17

PaaroerendeStruktur: ... 21

Kliniske data ... 24

CaveSamling ... 24

CaveStruktur ... 25

VaccinationSamling ... 26

VaccinationStruktur ... 26

NoteSamling... 28

NoteStruktur ... 29

DiagnoseSamling ... 31

DiagnoseStruktur ... 32

LabSkemaSamling ... 33

LabSkemaStruktur ... 34

BoerneSkemaSamling ... 36

BoerneSkemaStruktur ... 37

BoerneSkemaAnalyseStruktur ... 38

MedicinOrdinationSamling ... 39

MedicinOrdinationStruktur ... 40

MedicinEnkeltOrdinationStruktur ... 43

PraeparatStruktur ... 45

ReferenceSamling ... 47

(4)

30.10.2009 – til høring Side 4 af 53

ReferenceStruktur ... 47

BinaerSamling ... 49

BinaerStruktur ... 50

(5)

30.10.2009 – til høring Side 5 af 53

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=”http://rep.oio.dk/...”

xmlns:main=”http://rep.oio.dk/...”

xmlns:com=”http://rep.oio.dk/………”

xmlns:plo="urn:oio:medcom:plo:2009.12.31"

targetNamespace="urn:oio:medcom:plo:2009.12.31"

xsi:schemaLocation="http://rep.oio.dk/…./../PLOUdtrae 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).

(6)

30.10.2009 – til høring Side 6 af 53 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 stamdata- sektionen er ”default”-stedet for resten af de referencer, der ikke er nævnt i note- og labsektio- nen. 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.

(7)

30.10.2009 – til høring Side 7 af 53 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) 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.

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.

(8)

30.10.2009 – til høring Side 8 af 53

Filtransport

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-forsen- delse, 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 2007. 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)

<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema" 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">

(9)

30.10.2009 – til høring Side 9 af 53

<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.

(10)

30.10.2009 – til høring Side 10 af 53

Header strukturer

PLOFormatStruktur

”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æksfiler, 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.

PLOFormatStruktur.xsd

<?xml version="1.0" encoding="UTF-8"?>

<xs:schema xmlns:xs="http://www.w3.org/2001/XMLSchema"

xmlns:plo="urn:oio:medcom:plo:2009.12.31" targetNamespace="urn:oio:medcom:plo:2009.12.31"

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"/>

(11)

30.10.2009 – til høring Side 11 af 53

<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:sequence>

</xs:complexType>

PLOFormatStruktur.xsd.meta.xml

<Metadata xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"

xmlns:xsd="http://www.w3.org/2001/XMLSchema"

xmlns="http://rep.oio.dk/infostructurebase/schemas/2004/09/13/">

<Title>PLOFormatStruktur</Title>

<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: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"/>

<xs:element ref="plo:PatientUdtraekStruktur" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

</xs:schema>

(12)

30.10.2009 – til høring Side 12 af 53 PLOUdtraekStruktur.xsd.meta.xml

<Title>PLOUdtraekStruktur</Title>

<DescriptionDanish>Indeholder data svarende til et enkelt udtræk af data for en enkelt patient fra et lægepraksissystem.</DescriptionDanish>

</Metadata>

PLOHeaderStruktur

(13)

30.10.2009 – til høring Side 13 af 53

Element Type Beskrivelse

UdtraeksIdentifi- kator

xs:string Mandatory, unikt id på udtrækket.

UdtraeksVersion- Identifikator

xs:string Mandatory, angivelse af PLO-format versnionsnummer 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.

YderIdentifikator xs:string Optionel, angiver evt. ydernummeret på afsender. 6 tegn.

SORIdentifikator xs:string Optionel, angiver evt. lokationsnummeret på afsender.

Mellem 1 og 18 tegn.

UdtraekPatientAntal xs:int 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.

PLOHeaderStruktur.xsd

<xs:include schemaLocation="UdtraeksIdentifikator.xsd"/>

<xs:include schemaLocation="UdtraeksVersionIdentifikator.xsd"/>

<xs:include schemaLocation="SystemIdentifikator.xsd"/>

<xs:include schemaLocation="AfsenderNavn.xsd"/>

<xs:include schemaLocation="YderIdentifikator.xsd"/>

<xs:include schemaLocation="SORIdentifikator.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:YderIdentifikator" minOccurs="0"/>

<xs:element ref="plo:SORIdentifikator" minOccurs="0"/>

(14)

30.10.2009 – til høring Side 14 af 53

<xs:element ref="plo:UdtraekPatientAntal"/>

<xs:element ref="plo:StartDatoTid"/>

<xs:element ref="plo:SlutDatoTid"/>

<xs:element ref="plo:DatoTid"/>

</xs:sequence>

</xs:complexType>

</xs:schema>

PLOHeaderStruktur.xsd.meta.xml

<Title>PLOHeaderStruktur</Title>

<DescriptionDanish>Indeholder metadata om PLO udtræksfilens indhold, eksempelvis ydernummer og afsendersystem.

</Metadata>

(15)

30.10.2009 – til høring Side 15 af 53

PatientUdtraekStruktur:

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:include schemaLocation="StamdataStruktur.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"/>

(16)

30.10.2009 – til høring Side 16 af 53

<xs:include schemaLocation="BinaerSamling.xsd"/>

<xs:include schemaLocation="VaccinationSamling.xsd"/>

<xs:element name="PatientUdtraekStruktur" type="plo:PatientUdtraekStrukturType"/>

<xs:complexType name="PatientUdtraekStrukturType">

<xs:sequence>

<xs:element ref="plo:StamdataStruktur"/>

<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:sequence>

</xs:complexType>

</xs:schema>

PatientUdtraekStruktur.xsd.meta.xml

<Title>PatientUdtraekStruktur</Title>

<DescriptionDanish>Struktur indeholdende udtrækkets data vedrørende en enkelt patient.</DescriptionDanish>

</Metadata>

(17)

30.10.2009 – til høring Side 17 af 53

Stamdata

StamdataStruktur:

(18)

30.10.2009 – til høring Side 18 af 53

Element Type Beskrivelse

CPRnummerIdentifi- (OIO-XML) Mandatory, patientens

(19)

30.10.2009 – til høring Side 19 af 53 kator CPR_PersonCivilRegistrationIdentifier cprnummer uden bindestreg

CPRValiditetsIndikator xs:boolean Optional, angiver om

cprnummeret er et valid cprnummer.

Et valid cprnr defineres som et cprnummer der eksisterer ”Det centrale personregister”. Dvs.

cprnumre der opfylder kravene til er cprnummer er ikke nødvendigvis valide – det skal være et anvendt og registreret cprnummer!

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).

StillingsbetegnelseNavn xs:string Optionel, patientens evt.

stillingsbetegnelse. Mellem 1 og 35 tegn.

PersonNavnStruktur (OIO-XML)

PersonNameStructureType

Mandatory, Patientens navn

PersonKaldeNavn xs:string Optionel, Patientens eventuelle

kaldenavn. Op til 35 tegn DanskAdresseStruktur (OIO-XML)

AddressPostalType

Optionel, Patientens adresse

KommuneKode (OIO-XML)

Cpr:AuthorityCodeType

Optionel, Kode for patientens hjemkommune. Streng

indeholdende op til 4 cifre.

RegionsKode (OIO-XML)

Cpr:AuthorityCodeType

Optionel, Kode for patientens hjemregion. Streng indeholdende op til 4 cifre.

Sygesikringsgruppe- Identifikator

SygesikringsgruppeIdentifikatorType Mandatory, Patientens

sygesikringsgruppe, værdi 1-9.

TelefonNummer- Struktur

TelefonNummerStrukturType Optionel, Patientens evt.

telefonnumre, op til 10 forskellige telefonnumre.

EmailAdresseStruktur EmailAdresseStruktur Optionel, Patientens evt.

emailadresser, op til 5 forskellige

emailadresser.

(20)

30.10.2009 – til høring Side 20 af 53 BehandlerIdentifikator BehandlerIdentifikatorType Mandatory, angiver patientens

behandler vha. autorisationsid. 5 tegn fra mængden:

[0-

9BCDFGHJKLMNPRSTVXYZ]

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.

StamdataStruktur.xsd

<xs:include schemaLocation="CPRnummerIdentifikator.xsd"/>

<xs:include schemaLocation="CPRValiditetsIndikator.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="StillingsbetegnelseNavn.xsd"/>

<xs:include schemaLocation="SygesikringsgruppeIdentifikator.xsd"/>

<xs:include schemaLocation="TelefonNummerStruktur.xsd"/>

<xs:include schemaLocation="EmailAdresseStruktur.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="PersonKaldeNavn.xsd"/>

<xs:element name="StamdataStruktur" type="plo:StamdataStrukturType"/>

<xs:complexType name="StamdataStrukturType">

<xs:sequence>

(21)

30.10.2009 – til høring Side 21 af 53

<xs:element ref="plo:CPRnummerIdentifikator"/>

<xs:element ref="plo:CPRValiditetsIndikator"/>

<xs:element ref="plo:FoedselsDato"/>

<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:RegionsKode" minOccurs="0"/>

<xs:element ref="plo:KommuneKode" 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:EmailAdresseStruktur" 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:sequence>

</xs:complexType>

</xs:schema>

StamdataStruktur.xsd.meta.xml

<Title>StamdataStruktur</Title>

<DescriptionDanish>Indeholder stamdataoplysninger vedrørende patienten i et PLO udtræk.

</Metadata>

PaaroerendeStruktur:

(22)

30.10.2009 – til høring Side 22 af 53

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- kator

(OIO-XML)

CPR_PersonCivilRegistrationIdentifier

Mandatory, de pårørendes cprnummer uden bindestreg

CPRValiditetsIndikator xs:boolean Optional, angiver om

cprnummeret er et valid cprnummer.

PersonNavnStruktur (OIO-XML)

PersonNameStructureType

(Optionel) Den paarørendes navne.

PaaroerendeStruktur.xsd

<xs:include schemaLocation="PersonNavnStruktur.xsd"/>

<xs:include schemaLocation="DanskAdresseStruktur.xsd"/>

<xs:include schemaLocation="CPRnummerIdentifikator.xsd"/>

<xs:include schemaLocation="CPRValiditetsIndikator.xsd"/>

<xs:include schemaLocation="StillingsbetegnelseNavn.xsd"/>

<xs:include schemaLocation="PaaroerendeRelationKode.xsd"/>

<xs:element name="PaaroerendeStruktur" type="plo:PaaroerendeStrukturType"/>

<xs:complexType name="PaaroerendeStrukturType">

<xs:sequence>

<xs:element minOccurs="0" ref="plo:PaaroerendeRelationKode"/>

<xs:element ref="plo:CPRnummerIdentifikator"/>

<xs:element minOccurs="0" ref="plo:CPRValiditetsIndikator"/>

<xs:element minOccurs="0" ref="plo:PersonNavnStruktur"/>

</xs:sequence>

</xs:complexType>

</xs:schema>

PaaroerendeStruktur.xsd.meta.xml

<Title>PaaroerendeStruktur</Title>

<DescriptionDanish>Information vedrørende pårørende til en patient.</DescriptionDanish>

(23)

30.10.2009 – til høring Side 23 af 53

</Metadata>

(24)

30.10.2009 – til høring Side 24 af 53

Kliniske data

CaveSamling

CaveSamling.xsd

<xs:include schemaLocation="CaveStruktur.xsd"/>

<xs:element name="CaveSamling" type="plo:CaveSamlingType">

</xs:element>

<xs:complexType name="CaveSamlingType">

<xs:element ref="plo:CaveStruktur"/>

</xs:sequence>

</xs:complexType>

</xs:schema>

CaveSamling.xsd.meta.xml

<Title>CaveSamling</Title>

<DescriptionDanish>En samling af Cave oplysninger.</DescriptionDanish>

</Metadata>

(25)

30.10.2009 – til høring Side 25 af 53

CaveStruktur

Element Type Beskrivelse

StartDato xs:date Optionel, evt. startdato.

SlutDato xs:date Optionel, evt. slutdato.

AtcKode AtcKodeType Optionel, Angiver caven

tilknytning til præparater indenfor atckodens dækning.

Mellem 1 og 10 tegn.

OverskriftTekst OverskriftTekstType Mandatory, Overskrift, der kort beskriver Caven. Mellem 1 og 70 tegn.

CaveVirkningTekst CaveVirkningTekstType Mandator, Tekst der beskriver Cavens virkning. Maksimalt 5 linier a højst 70 tegn.

CaveStruktur.xsd.meta.xml

<xs:include schemaLocation="AtcKode.xsd"/>

<xs:include schemaLocation="StartDato.xsd"/>

<xs:include schemaLocation="SlutDato.xsd"/>

<xs:include schemaLocation="OverskriftTekst.xsd"/>

<xs:include schemaLocation="CaveVirkningTekst.xsd"/>

<xs:element name="CaveStruktur" type="plo:CaveStrukturType"/>

<xs:complexType name="CaveStrukturType">

<xs:sequence>

<xs:element ref="plo:StartDato" minOccurs="0"/>

<xs:element ref="plo:SlutDato" minOccurs="0"/>

<xs:element ref="plo:AtcKode" minOccurs="0"/>

<xs:element ref="plo:OverskriftTekst"/>

<xs:element ref="plo:CaveVirkningTekst" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

</xs:schema>

CaveStruktur.xsd.meta.xml

<Title>CaveStruktur</Title>

<DescriptionDanish>Angivelse af en cave oplysning, eksempelvis en allergi, på ATC-niveau.

(26)

30.10.2009 – til høring Side 26 af 53

</Metadata>

VaccinationSamling

VaccinationSamling.xsd

<xs:include schemaLocation="VaccinationStruktur.xsd"/>

<xs:element name="VaccinationSamling" type="plo:VaccinationSamlingType"/>

<xs:complexType name="VaccinationSamlingType">

<xs:element ref="plo:VaccinationStruktur"/>

</xs:sequence>

</xs:complexType>

</xs:schema>

VaccinationSamling.xsd.meta.xml

<Title>VaccinationSamling</Title>

<DescriptionDanish>En samling ef enkeltvaccinationer.</DescriptionDanish>

</Metadata>

VaccinationStruktur

Element Type Beskrivelse

DatoTid xs:DatoTidType Mandatory, dato og tid for

vaccinationen.

(27)

30.10.2009 – til høring Side 27 af 53 BoerneVaccinationIndikator xs:boolean Mandatory, angiver (true) om

der er tale om en børnevaccination.

VaccinationNavn AtcKodeType Mandatory, Et beskrivende

navn på vaccinationen.

Mellem 1 og 70 tegn..

VaccinationBatchIdentifikator OverskriftTekstType Optionel, vaccinens evt.

batchnr. Mellem 1 og 70 tegn,.

LinieTekst CaveVirkningTekstType Optionel, evt. kommentar til

vaccinationen.

VaccinationStruktur.xsd

<xs:include schemaLocation="LinieTekst.xsd"/>

<xs:include schemaLocation="BoerneVaccinationIndikator.xsd"/>

<xs:include schemaLocation="VaccinationNavn.xsd"/>

<xs:include schemaLocation="VaccinationsBatchIdentifikator.xsd"/>

<xs:element name="VaccinationStruktur" type="plo:VaccinationStrukturType"/>

<xs:complexType name="VaccinationStrukturType">

<xs:element ref="plo:BoerneVaccinationIndikator"/>

<xs:element ref="plo:VaccinationNavn"/>

<xs:element ref="plo:VaccinationsBatchIdentifikator" minOccurs="0"/>

<xs:element ref="plo:LinieTekst" minOccurs="0"/>

</xs:sequence>

</xs:complexType>

</xs:schema>

VaccinationStruktur.xsd.meta.xml

<Title>VaccinationStruktur</Title>

<DescriptionDanish>Oplysninger vedrørende en given vaccination.</DescriptionDanish>

</Metadata>

(28)

30.10.2009 – til høring Side 28 af 53

NoteSamling

NoteSamling.xsd

<xs:include schemaLocation="NoteStruktur.xsd"/>

<xs:element name="NoteSamling" type="plo:NoteSamlingType">

</xs:element>

<xs:complexType name="NoteSamlingType">

<xs:element ref="plo:NoteStruktur"/>

</xs:sequence>

</xs:complexType>

</xs:schema>

NoteSamling.xsd.meta.xml

<Title>NoteSamling</Title>

(29)

30.10.2009 – til høring Side 29 af 53

<DescriptionDanish>En samling af enkelt notater.</DescriptionDanish>

</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 choice- konstruktionen 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",

"email","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",

"email","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 DatoTidType Mandatory, Dato og tid for noten.

OverskriftTekst OverskriftTekstType Optionel, en beskrivende

overskrift til noten. Mellem 1 og 70 tegn.

DiagnoseArt DiagnoseArtStrukturType Optionel, indeholder evt.

diagnoser på noten. Se

diagnoseartStrukturType.

(30)

30.10.2009 – til høring Side 30 af 53

Tekst KompleksTekstType Optionel, indeholder notens evt.

tekst, se beskrivelsen af KompleksTekstType.

ObjectReference Optionel, angiver eventuelle

referencer på noten.

NoteStruktur.xsd

<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="OverskriftTekst.xsd"/>

<xs:include schemaLocation="Tekst.xsd"/>

<xs:include schemaLocation="DiagnoseArtStruktur.xsd"/>

<xs:element name="NoteStruktur" type="plo:NoteStrukturType"/>

<xs:complexType name="NoteStrukturType">

<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"/>

<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:sequence>

</xs:complexType>

</xs:schema>

NoteStruktur.xsd.meta.xml

<Title>NoteStruktur</Title>

(31)

30.10.2009 – til høring Side 31 af 53

<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>

</Metadata>

DiagnoseSamling

DiagnoseSamling.xsd

<xs:include schemaLocation="DiagnoseStruktur.xsd"/>

<xs:element name="DiagnoseSamling" type="plo:DiagnoseSamlingType"/>

<xs:complexType name="DiagnoseSamlingType">

<xs:element ref="plo:DiagnoseStruktur"/>

</xs:sequence>

</xs:complexType>

</xs:schema>

DiagnoseSamling.xsd.meta.xml

<Title>DiagnoseSamling</Title>

<DescriptionDanish>En samling af diagnoser med tilhørende oplysninger.</DescriptionDanish>

(32)

30.10.2009 – til høring Side 32 af 53

</Metadata>

DiagnoseStruktur

Element Type Beskrivelse

KroniskIndikator xs:boolean Optionel. “true” hvis der er tale

om en kronisk (fast) diagnose.

ellers ”false”.

Dato DatoType Optionel. Startdatoen på

diagnosen.

DiagnoseArtStruktur DiagnoseArtStrukturType Mandatory. Selve diagnosen.

DiagnoseStruktur.xsd.meta.xml

<xs:include schemaLocation="KroniskIndikator.xsd"/>

<xs:include schemaLocation="Dato.xsd"/>

<xs:element name="DiagnoseStruktur" type="plo:DiagnoseStrukturType"/>

<xs:complexType name="DiagnoseStrukturType">

<xs:element ref="plo:KroniskIndikator" minOccurs="0"/>

<xs:element ref="plo:Dato" minOccurs="0"/>

<xs:element ref="plo:DiagnoseArtStruktur"/>

</xs:sequence>

</xs:complexType>

</xs:schema>

DiagnoseStruktur.xsd.meta.xml

<Title>DiagnoseStruktur</Title>

<DescriptionDanish>Oplysninger om en diagnose med tilhørende oplysninger.</DescriptionDanish>

</Metadata>

(33)

30.10.2009 – til høring Side 33 af 53

LabSkemaSamling

LabSkemaSamling.xsd

<xs:include schemaLocation="LabSkemaStruktur.xsd"/>

<xs:element name="LabSkemaSamling" type="plo:LabSkemaSamlingType"/>

<xs:complexType name="LabSkemaSamlingType">

<xs:element ref="plo:LabSkemaStruktur"/>

</xs:sequence>

</xs:complexType>

</xs:schema>

(34)

30.10.2009 – til høring Side 34 af 53 LabSkemaSamling.xsd.meta.xml

<Title>LabSkemaSamling</Title>

<DescriptionDanish>En samling af laboratorie analyser.</DescriptionDanish>

</Metadata>

LabSkemaStruktur

Element Type Beskrivelse

DatoTid DatoType Mandatory, dato og tid for

prøvetagning.

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.

AnalyseKode AnalyseKodeType Optionel, analysens kode. F.eks.

IUPAC-kode. Mellem 1 og 17 tegn.

LabKvalifikatorKode LabKvalifikatorKodeType Optionel, laboratoriets

kvalifikator, jf. de officielle lister.

Mellem 1 og 3 tegn.

KortNavnTekst KortNavnTekstType Optionel, kort navn for analysen.

Mellem 1 og 35 tegn.

LangtNavnTekst LangtNavnTekstType Mandatory, analysens fulde navn.

Mellem 1 og 140 tegn.

RekvirentNavn RekvirentNavnType Optionel, analysens evt.

rekvisitionsnummer. Mellem 1 og 17 tegn.

RekvisitionsIdentifikator RekvisitionsIdentifikatorType Optionel, rekvirentens navn.

Mellem 1 og 35 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å

(35)

30.10.2009 – til høring Side 35 af 53 analysen. Mellem 1 og 17 tegn.

MaxRefTekst MaxRefTekstType Optionel, evt.

maksimumsgrænseværdi på analysen. Mellem 1 og 17 tegn.

AlarmIndikator xs:boolean Optionel, angiver om analysens

resultat er alarmerende..

Tekst KompleksTekstType Optionel, evt. note tilhørende

analysen.

ObjectReference ObjectReference Optionel, angiver eventuelle referencer på analysen.

EndeligtSvarIndikator xs:boolean Mandatory, angiver om resultatet er endeligt.

LabSkemaStruktur.xsd

<xs:include schemaLocation="LabKode.xsd"/>

<xs:include schemaLocation="LinieTekst.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="ReferenceTekst.xsd"/>

<xs:include schemaLocation="RekvisitionsIdentifikator.xsd"/>

<xs:include schemaLocation="RekvirentNavn.xsd"/>

<xs:include schemaLocation="AlarmIndikator.xsd"/>

<xs:include schemaLocation="EndeligtSvarIndikator.xsd"/>

<xs:include schemaLocation="Tekst.xsd"/>

<xs:element name="LabSkemaStruktur" type="plo:LabSkemaStrukturType"/>

<xs:complexType name="LabSkemaStrukturType">

<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:ResultatTekst" minOccurs="0"/>

(36)

30.10.2009 – til høring Side 36 af 53

<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:element ref="plo:ObjectReference" minOccurs="0" maxOccurs="unbounded"/>

<xs:element ref="plo:EndeligtSvarIndikator"/>

</xs:sequence>

</xs:complexType>

/xs:schema>

LabSkemaStruktur.xsd.meta.xml

<Title>LabSkemaStruktur</Title>

<DescriptionDanish>Information vedrørende en laboratorie analyse.</DescriptionDanish>

</Metadata>

BoerneSkemaSamling

BoerneSkemaSamling.xsd

<xs:include schemaLocation="BoerneSkemaStruktur.xsd"/>

<xs:element name="BoerneSkemaSamling" type="plo:BoerneSkemaSamlingType"/>

<xs:complexType name="BoerneSkemaSamlingType">

<xs:element ref="plo:BoerneSkemaStruktur"/>