Import / export - filformat · gør det muligt, at man i videst mulig omfang kan benytte copy/paste funktionaliteten fra andre windowsprogrammer, mindst indeholdende mulighed for

PLO format version 3.0 – OIO-XML Generel beskrivelse af formatet

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 Ø



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



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



ReferenceStruktur .......................................................................................................................... 47

BinaerSamling ................................................................................................................................ 49

BinaerStruktur ................................................................................................................................ 50



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

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

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

http://rep.oio.dk/........http://rep.oio.dk/..............



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.



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.



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)



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.



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



PLOFormatStruktur.xsd.meta.xml

PLOFormatStruktur

Indeholder et udtræk af patient data fra et praksislægesystem.

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



PLOUdtraekStruktur.xsd.meta.xml

PLOUdtraekStruktur

Indeholder data svarende til et enkelt udtræk af data for en enkelt patient fra et

lægepraksissystem.

PLOHeaderStruktur



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.


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



PLOHeaderStruktur.xsd.meta.xml

PLOHeaderStruktur

Indeholder metadata om PLO udtræksfilens indhold, eksempelvis ydernummer

og afsendersystem.



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



PatientUdtraekStruktur.xsd.meta.xml

PatientUdtraekStruktur

Struktur indeholdende udtrækkets data vedrørende en enkelt

patient.



Stamdata

StamdataStruktur:



Element Type Beskrivelse CPRnummerIdentifi- (OIO-XML) Mandatory, patientens



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.



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



StamdataStruktur.xsd.meta.xml

StamdataStruktur

Indeholder stamdataoplysninger vedrørende patienten i et

PLO udtræk.

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-

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

PaaroerendeStruktur.xsd.meta.xml

PaaroerendeStruktur

Information vedrørende pårørende til en patient.



Kliniske data

CaveSamling

CaveSamling.xsd

CaveSamling.xsd.meta.xml

CaveSamling

En samling af Cave oplysninger.



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.


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

CaveStruktur.xsd.meta.xml

CaveStruktur

Angivelse af en cave oplysning, eksempelvis en allergi,

på ATC-niveau.



VaccinationSamling

VaccinationSamling.xsd

VaccinationSamling.xsd.meta.xml

VaccinationSamling

En samling ef enkeltvaccinationer.

VaccinationStruktur

Element Type Beskrivelse DatoTid xs:DatoTidType Mandatory, dato og tid for

vaccinationen.



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

VaccinationStruktur.xsd.meta.xml

VaccinationStruktur

Oplysninger vedrørende en given vaccination.



NoteSamling

NoteSamling.xsd

NoteSamling.xsd.meta.xml

NoteSamling



En samling af enkelt notater.

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.


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.



Tekst KompleksTekstType Optionel, indeholder notens evt.

tekst, se beskrivelsen af

KompleksTekstType.

ObjectReference Optionel, angiver eventuelle

referencer på noten.

NoteStruktur.xsd

NoteStruktur.xsd.meta.xml

NoteStruktur



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

.

DiagnoseSamling

DiagnoseSamling.xsd

DiagnoseSamling.xsd.meta.xml

DiagnoseSamling

En samling af diagnoser med tilhørende oplysninger.



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

DiagnoseStruktur.xsd.meta.xml

DiagnoseStruktur

Oplysninger om en diagnose med tilhørende oplysninger.



LabSkemaSamling

LabSkemaSamling.xsd



LabSkemaSamling.xsd.meta.xml

LabSkemaSamling

En samling af laboratorie analyser.

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.


LangtNavnTekst LangtNavnTekstType Mandatory, analysens fulde navn.


RekvirentNavn RekvirentNavnType Optionel, analysens evt.

rekvisitionsnummer. Mellem 1 og

17 tegn.

RekvisitionsIdentifikator RekvisitionsIdentifikatorType Optionel, rekvirentens navn.


ResultatTekst ResultatTekstType Optionel, analysens resultat.

EnhedKode EnhedKodeType Optionel, analyseresultatets enhed.


ReferenceTekst ReferenceTekstType Optionel, evt. reference på

analysen. Mellem 1 og 17 tegn.

MinRefTekst MinRefTekstType Optionel, evt.

minimumsgrænseværdi på




MaxRefTekst MaxRefTekstType Optionel, evt.

maksimumsgrænseværdi på


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

LabSkemaStruktur.xsd.meta.xml

LabSkemaStruktur

Information vedrørende en laboratorie analyse.

BoerneSkemaSamling

BoerneSkemaSamling.xsd



BoerneSkemaSamling.xsd.meta.xml

BoerneSkemaSamling

En samling af børneundersøgelsesskemaer.

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"

DatoTid DatoTidType Mandatory, dato og tid for

undersøglesen.

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.

BoerneSkemaStruktur.xsd



BoerneSkemaStruktur.xsd.meta.xml

BoerneSkemaStruktur

Oplysninger omkring udførslen af en børneundersøgelse.

BoerneSkemaAnalyseStruktur

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 DatoTidType Mandatory, prøvedato og tid.

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

BoerneSkemaAnalyseStruktur.xsd

BoerneSkemaAnalyseStruktur.xsd.meta.xml

BoerneSkemaAnalyseStruktur

Oplysninger vedrørende en analyse udført i forbindelse med

en børneundersøgelse.

MedicinOrdinationSamling



MedicinOrdinationSamling.xsd

MedicinOrdinationSamling.xsd.meta.xml

MedicinOrdinationSamling

En samling af medicinordinationer.

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

enummeration: ”normal”,

”fast”, ”seponeret”..

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

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.

Long større end 1.

MedicinOrdinationStruktur.xsd



MedicinOrdinationStruktur.xsd.meta.xml

MedicinOrdinationStruktur

Oplysninger vedrørende et præparat og ordinationer

af præparatet over tid.



MedicinEnkeltOrdinationStruktur

Element Type Beskrivelse Dato DatoType Mandatory.

Ordinationens dato.

DiagnoseArtStruktur DiagnoseArtStrukturType Optionel, evt. diagnoser

på ordinationen.

IndikationNavn IndikationNavnType Optionel. Indikation på

ordination.

DoseringsMoensterTekst DoseringsMoensterTekstType Mandatory.

Ordinationen

doseringsmønster i klar

tekst. Op til 70 tegn.

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 StartDato Optionel. Startdato for

dosisdispensering

SlutDato SlutDato Optionel. Slutdato for

dosisdispensering

FMKPraeparatOrdinationIdentifikator FMKPraeparatOrdination-

IdentifikatorType

Optionel. Unik

identifikation af den den

enkelte ordination af

præparatet til patienten.

Long større end 1.

MedicinEnkeltOrdinationStruktur.xsd



MedicinEnkeltOrdinationStruktur.xsd.meta.xml

MedicinEnkeltOrdinationStruktur

Oplysninger vedrørende en enkelt ordination af et givet

præparat.

PraeparatStruktur

Element Type Beskrivelse PraeparatVareNavn PraeparatVareNavnType Mandatory. Præpa-

ratets fulde varenavn.


PraeparatVareIdentifikator PraeparatVareIdentifikatorType Optionel Præparatets

varenummer. 6 tegn.

PraeparatVareLoebeNummerTekst PraeparatVareLoebeNummerTekstType Optionel. Præparatets

evt. vareløbenummer.

2 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

PraeparatStruktur.xsd.meta.xml

PraeparatStruktur

Oplysninger vedrørende et medicinsk præparat.



ReferenceSamling

ReferenceSamling.xsd

ReferenceSamling.xsd.meta.xml

ReferenceSamling

En samling af referencer.

ReferenceStruktur

Element Type Beskrivelse



Dato DatoType Mandatory. Dato på

data. Benyttes til at

sortere reference

elementer i

modtagersystemet.

YderIdentifikator

YderIdentifikatorType Mandatory.

Ydernummeret på den

afsende læge. Op til

18 tegn.

SystemIdentifikator String Mandatory. Navn på

det afsendende

lægesystem.

OverskriftTekst OverskriftTekstType Mandatory. En et

liniers overskrift på

reference elementet.

Præsenteres i

modtagersystemet.

Op til 70 tegn

KommentarLinieSamling KommentarLinieSamlingType Mandatory. En fem

liniers beskrivelse på

reference elementet.

Præsenteres i

modtagersystemet.

Op til 5 linier a 70

tegn.

URLTekst URLTekstType Optionel. Evt. URL

til elementet der

refereres.

ReferenceStruktur.xsd



ReferenceStruktur.xsd.meta.xml

ReferenceStruktur

Indeholder information om data, der er dannet i lægepraksis, hvor

lægepraksissystemet er vidende om data, men indeholder ikke disse data. Skal man se disse data

skal man rette henvendelse til lægepraksis.

BinaerSamling

BinaerSamling.xsd



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

BinaerSamling.xsd.meta.xml

BinaerSamling

En samling af binære objekter, eksempelvis billeder eller

audiometriioptagelser.

BinaerStruktur

Element Type Beskrivelse OverskriftTekst OverskriftTekstType Mandatory. En linies tekst

med en overskrift til det

binære objekt. Kan evt.

maskingenereres.

KommentarLinieSamling

KommentarLinieSamlingType Optionel. Fem linier

á højst 70 tegn kommentar

til det binære objekt. Kan

evt. maskingenereres.

DatoTid DatoTidType Mandatory. Dato og

klokkeslæt på objektet. Kan


ObjectReference ObjectReferenceType Mandatory. ID på det

binære objekt. Bemærk at

ID skal være unikt for hele

XML-filen og der skal

refereres fra en anden

sektion under den samme

patient i XML-filen. Kan


FilNavn FilnavnType Optionelt. Evt. filnavn eller



anden identifier på objektet.

Kan være lokal for det

afsendende system og kan

omfortolkes af det modtagne

system.

BinaerIndholdKode BinaerIndholdKodeType Mandatory. Typen af det

binære objekt. Følgende

typer er tilladte:

- tekst - formular - image - audiometri - ekg - spirometri - tympanometri

FilTypeKode FilTypeKodeType Mandatory. Filformatet på

det binære element.

Følgende formater er

tilladte:

- txt: “Rå” tekst. Bør kunne indlæses i alle

gængse tekst-

viewere.

- rtf: Rich-text. Bør kunne indlæses i alle

gængse tekst-

behandlingsprogram

mer.

- doc: Word dokument.

- docx: Word 2007 dokument.

- jpg: Biledfil. - tif: Billedfil. - gif: Billedfil. - bmp: Billedfil. - mpg: Billedfil. - dcm: Dicom fil. - xls: Excel regneark. - xlsx: Excel 2007

regneark

- pdf: PDF dokument. Kan indlæses i

Acrobat Reader.

- scp: Format til udveksling af EKG

data. Kan vises i en



SCP-viewer.

FilLaengdeMaal FilLaengdeMaalType Mandatory. Angiver

størrelsen på det udpakkede

objektet i bytes.

FilIndholdData FilIndholdDataType Mandatory. Det binære

objekt base64 encoded.

BinaerStruktur.xsd

BinaerStruktur.xsd.meta.xml

BinaerSamling

En samling.af binære objekter, eksempelvis billeder eller

audiometriioptagelser.

Documents

Import / export - filformat · gør det muligt, at man i videst mulig omfang kan benytte copy/paste funktionaliteten fra andre windowsprogrammer, mindst indeholdende mulighed for