XRPT07 - SVN

Transcription

XRPT07 - SVN

XRPT07
”Det gode XML Genetiksvar”
GeneticsReport
16.01.2015
Revideret 29.04.2015
Sundhedsfaglige anbefalinger og XML Facitliste for
XML Genetiksvar
VersionCode: XR0730G
TypeCode: XRPT07
MedCom – Det gode XML genetiksvar, GeneticsReport, VersionCode XR0730G – 16.01.2015, Revideret 29.04.2015
1
Indholdsfortegnelse:
Baggrund: ....................................................................................................... 4
Afsnit A: Sundhedsfaglige anbefalinger ...................................................... 6
Genetiksvar fra genetik laboratorier til sygehusafdelingers EPJ
og mellem genetik laboratorier ..................................................................... 7
1. Formål ......................................................................................................... 7
2. Præsentation af genetiske analysesvar på papir og i EPJ ..................... 8
3. Præsentation i journalen ........................................................................... 9
4. Vedrørende Datoer, Referencenumre mv. skal genetisk laboratorium
angive ............................................................................................................. 12
Afsnit B: XML Facitliste ................................................................................. 14
XML Facitliste ................................................................................................. 15
XML Kvalifikatorliste ...................................................................................... 32
XML Testeksempel ......................................................................................... 41
2
Forord
Der har længe været et generelt ønske fra mange udviklere/leverandører og andre, at rettelser/præciseringer og lign. til standarderne blev skrevet ind i MedComs standarddokumentation, så
alt blev samlet i et dokument. Vi forsøger derfor fremover at indskrive de rettelser/præciseringer der må komme i standarddokumentationen med tydelig markering af, hvornår den sidste
rettelse er indført.
Rettelser
29. april 2015:
Rækkefølgen af ReportStatusCode og ResultStatusCode byttet.
27. april 2015:
Der kan angives en NPU-kode i AnalysisCode, for det samlede
genetiske analysesvar. Tilhørende NPU-analysenavn kan angives i
AnalysisCompleteName.
3
Baggrund
Alle danske genetik laboratorier sender i dag alle deres svar til EDI
modtagere i primærsektoren i form af EDIFACT standarderne
MEDRPT i version R0130K til biokemi og R0430P til patologi, eller
afgiver papirsvar.
Der er derfor udviklet et EDIFACT genetiksvar R0730G til brug i
primærsektoren.
Erfaringerne med EDIFACT har været så gode at de genbruges i
MedComs XML-EPJ projekt, men justeres til sygehusbrug på visse
områder.
MedComs ”XML EPJ kommunikations projekt” har til formål at
tilpasse og ”genbruge” MedComs kommunikationsstander for
primærsektoren til kommunikation af de tilsvarende meddelelser
internt på sygehuset og mellem sygehuse, det vil sige til
kommunikation af henvisninger, epikriser, laboratorieresultater m.v.
Standarderne der skal anvendes til sygehusområdet skal fremover
være baseret på XML syntaksen, hvor de hidtidige standarder var
baseret på UN EDIFACT syntaks og standard.
Kommunikation mellem sygehusafdelinger er mere omfattende og
kompleks end den der er mellem sygehuse og primærsektoren,
hvorfor MedComs kommunikationsstandarder er blevet gennemgået
og tilpasset sygehusmiljøet.
Tilpasningen er sket gennem en sundhedsfaglig gennemgang af
indholdet i de enkelte meddelelser under hensyntagen til den
aktuelle og fremtidige brug af meddelelserne.
Der er tilføjet en række nye faciliteter så der kan overføres billeder
og andre binære elementer samt mulighed for at udnytte Internet
teknologien med henvisninger ”Links” til URL – Internet sider.
systemer, der benyttes i sundhedssektoren i dag, men justeret til de
forventede behov der vil være på sygehusområdet.
Nærværende XML genetiksvar, der skal anvendes til XML-EPJ
projektet, er i efteråret 2014 gennemgået af en Sundhedsfaglig
gruppe bestående af:
Overlæge Else Marie Vestergaard, Klinisk Genetisk Afdeling,
Aarhus Universitetshospital (formand).
Overlæge Lotte Nylandsted Krogh, Klinisk Genetisk Afdeling,
Odense Universitetshospital.
Professor, overlæge Stig Egil Bojesen, Klinisk Biokemisk Afdeling,
Herlev Hospital.
Molekylærbiolog Inge Søkilde Pedersen, Klinisk Biokemisk Afdeling,
Aalborg Universitetshospital.
Seniorforsker, biokemiker Karen Grønskov, Klinisk Genetisk
Afdeling, Rigshospitalet.
Biokemiker Peter Henrik Nissen, Klinisk Biokemisk Afdeling, Aarhus
Universitetshospital.
Biolog Marianne Antonius Jacobsen, Klinisk Immunologisk Afdeling,
Odense Universitetshospital.
Souchef Ib Johansen, Medcom.
Resultatet af gruppens anbefalinger er indarbejdet i denne XML
genetik standard, som også kan ses på MedComs hjemmeside:
http://www.medcom.dk under fanen XML – De gode XML-breve.
Det er målsætningen, at XML-EPJ projektet inden udgangen af 2005
resulterer i storskala landsdækkende benyttelse af alle relevante
MedCom meddelelser til kommunikation internt på sygehuse og
mellem sygehuse - i samme omfang som det kendes fra
primærsektoren.
"XML-EPJ Kommunikationsprojektet" bygger på eksisterende ITsystemer og tager udgangspunkt i kommunikation mellem de ITMedCom – Det gode XML genetiksvar, GeneticsReport, VersionCode XR0730G – 16.01.2015, Revideret 29.04.2015
4
Udarbejdelsen af XML genetiksvaret er i vidt omfang baseret på det
indhold der i dag findes i genetiksvaret til praktiserende læger og
speciallæger, og det er ved udarbejdelsen af XML versionen sikret
at der fremover automatisk kan konverteres til et genetiksvar der er
baseret på gældende EDIFACT standard og version.
Denne konvertering kan testes på MedComs hjemmeside:
http://web.health-telematics.dk/xmledi
udarbejdet en ”Facitliste” for benyttelsen af nærværende XML
standard.
Facitlisten skal sikre en ensartet benyttelse af standarden, således
at alle afsendersystemer vil kunne anvende standarden nøjagtig
ens.
Definitionerne for de enkelte dataelementer er ligeledes opført i
facitlisten.
Den samlede dokumentation af de gode XML breve består af:
Kvalifikatorliste
Indeholder de i den aktuelle meddelelse anvendte kvalifikatorer og
de tilhørende værdier .
”Afsnit A”
Indeholder sundhedsfaglige anbefalinger og en kort gennemgang af
formålet med den pågældende kommunikation samt vist et
eksempel på et typisk papirbrev af den pågældende type.
Hensigten med disse to beskrivelser er at give ”udenforstående”
(f.eks. programmører) en overordnet forståelse af hvad
kommunikationen indebærer i praksis.
Testeksempel
Afslutningsvis er der henvisning til eksempelfiler med XML-koden for
de i ”Afsnit A” viste breve.
Dernæst er der
 anbefalinger og krav til det informationsindhold, der skal
sendes og vises for brugeren.
 anbefalinger og krav til præsentation af dette
informationsindhold i journalsystemet.
 anbefalinger og krav til laboratoriet om medsendte oplysninger i
form af koder, kodebetydning og kommentarer.
”Afsnit B”
Indeholder den tekniske dokumentation af nærværende XML
standard og består af:
Facitliste
For at sikre overensstemmelse mellem de sundhedsfaglige
anbefalinger og en entydig mapning i MedComs XML standarder er
5
Afsnit A
Sundhedsfaglige anbefalinger
for XML Genetiksvar
XRPT07
6
Genetiksvar fra genetik laboratorier til
sygehusafdelingers EPJ og mellem genetik
laboratorier.
1. Formål
Undersøgelse af biologisk materiale fra patienter i forbindelse med
sygdomsudredning, behandling og behandlingskontrol udføres på
landets laboratorier.
Traditionelt er laboratorierne delt op efter det undersøgelsesområde,
man beskæftiger sig med, og en række lægelige specialer dækker
hvert sit område, herunder: Klinisk kemi og biokemi, klinisk
mikrobiologi, klinisk immunologi, patologi og cervixcytologi samt en
række nyere områder som klinisk genetik og klinisk fysiologi.
Resultaterne af disse undersøgelser – laboratoriesvar - sendes
direkte til den praktiserende læge og speciallæge fra det
undersøgende laboratorium samt ofte også i kopi til f.eks.
sygehusafdeling (ambulatorium).
Laboratoriesvarene er meget forskellige i udformning: Således er
resultater på kvantitative undersøgelser (blod - urin m.v.) fra klinisk
kemi og klinisk immunologi langt overvejende tal, som kan
tabelsættes eller præsenteres på skemaform.
Klinisk kemi anvender sjældent tolkningsvejledninger på tekstform,
dog angives oftest et ”normalområde” for det pågældende resultat.
Patologi og cytologi udføres normalt på selvstændige laboratorier.
I patologi og cervixcytologi sendes helt overvejende tekstuelle svar,
men præsenteret i en form som generelt anvendes af alle
patologiafdelinger. Svarene på cervixcytologi fra
folkeundersøgelserne er normalt meget korte og kan også egne sig
til tabelsætning, hvorimod øvrige patologisvar altid er væsentlig
mere uddybende og detaljerede.
Genetiske analysesvar er tekstuelle med beskrivelse af
analysemetode og resultat. Analogt patologisvarene sendes der en
tekstuel konklusion, og er modsat patologisvarene ikke SNOMED
diagnoseklassificeret.
Dansk Selskab for Medicinsk Genetik (DSMG) har nedsat et
informatikudvalg, der har stillet forslag til indholdet af svar fra
genetik laboratorierne. Dette forslag er indarbejdet i disse
anbefalinger.
Det anbefales at der altid sammen med de øvrige
laboratorieundersøgelser kan ses, at der er indløbet genetiksvar. Ex.
i skemaoversigten eller ved anden markering i oversigtsform.
Klinisk mikrobiologi undersøger biologisk materiale for
mikroorganismer og resultaterne af undersøgelserne er oftest
tekstuelle svar kombineret med resultater i tabelopstilling og en kort
tolkningsvejledning.
Der er ikke en klar skelnen mellem analyser udført på de forskellige
laboratorieområder, så analyser der udføres på den ene type
laboratorium i en region, kan udmærket udføres på et andet type
laboratorium i naboregionen.
7
2. Præsentation af genetiske analysesvar på papir og i EPJ
Genetiske analysesvar kan se således ud på papir, hvor et papirsvar
har alle oplysningerne omkring afsender og modtager med, samt de
kliniske oplysninger der var medsendt i rekvisitionen.
Genetisk analysesvar på papir
Genetisk analysesvar fra: Aarhus universitetshospital, klinisk genetisk afdeling
Prøvenr.:
99999-13 DNA
Prøvetagningsdato: 28.11.2013
Svardato:
14.08.2014
Undersøgere: Else Marie Vestergaard, Overlæge, PhD
Metode:
DNA er undersøgt med targeteret MPS vha Nimblegen prober og MiSeq sekventering med
en sekventeringsdybde>30. Sekvensvariationer i alle transcripter er undersøgt i kodende
exons og intron/exon-overgange (10bp) (reference-genom GRCh37).
Gener: PMP22, MPZ, GJB1, NEFL, GDAP1, FBLN5, ARHGEF10, CTDP1, LITAF,
EGR2, MTMR2, SBF2, SH3TC2, NDRG1, PRX, HK1, FGD4, FIG4, SOX10, DNM2,
YARS, INF2, KARS, PLEKHG5, HOXD10
Exons med sekventeringsdybde<30: INF2(Chr14:105173580-105174349);
LITAF(Chr16:11645569-11645670).
Prævemateriale:
9 ml EDTA-blod
Dorte Launholt Lildballe, Ingeniør, PhD
Kommentar:
NB: DETTE ER EN RETTELSE TIL SVAR AF 01.12.2013
Rekvirent: Lægehuset, Vandværksvej 99, 3400 Hillerød
Kopi svar: Læge Finn Klamer
Patient:
CPR: 150282-4933
Knut Odvar Mosebryggersen
Grusgraven 3
34700 Hillerød
Intern reference:
Fam.nr.: 9999-13
Kliniske oplysninger/indikation:
Klinisk CMT. Ikke genetisk bekræftet.
Præsentationen i journalen sker normalt altid på:
a. tabelform på et generelt fælles laboratoriekort, hvor alle
forskellige typer laboratoriesvar kan vises, samt også i:
Analyse:
DNA-analyse for Charcot-Marie-Tooth type 1, genpanel
b. en særlig genetik side i EPJ hvor alle oplysninger vises
Konklusion:
Der er påvist en kendt nonsense mutation, c.2860[C>T]; (p.R954*), i SH3TC2-genet i
homozygot form.
Mutationen er en kendt patogen mutation forbundet med CMT type 4C (Lupski et al.;
2010). Fundet bekræfter den kliniske diagnose CMT.
CMT4A nedarves autosomal recessivt. Der er mulighed for bærerdiagnostik i familien.
Resultat:
SH3TC2 [NM_024577.3]: c.2860[C>T]; [C>T].
8
3. Præsentation i journalen
a) Svaroversigt i laboratorieskema
Tabelsætning af genetiske analysesvar i patientens
laboratorieskema.
Vises svaret i en tabelopsætning skal følgende oplysninger som
minimum vises:
Afsender og modtager vises ikke i skemaversionen
I EPJ systemets Labskema kan genetik præsenteres således:
OBS – det er kun en markering af at undersøgelsesresultat foreligger.
Hovedsvaret ses ved markering på resultatfeltet – der skifter over til
Patologisiden/Mikrobiologisiden/Genetiksiden.
Type teksten :PATO – teksten fremkommer automatisk ved at det er et XRPT04
svar, MIKRO-teksten fremkommer ved at det er et XRPT02 svar, GEN-teksten
fremkommer ved at det er et XRPT07 svar.
Man skal kunne ”bladre eller scrolle” mellem forskellige skemaer.
Patient ID m.v. vises ikke i skemaversion, kun skal det fremgå af
skemahovedet ex. Således:
CPR:
251248-4916,
Pt. Navn:
Nancy Ann Berggren
Kontakttype: Indlagt
Afdeling: 1307050, C2.
Prøvedato
Prøvetid
Laboratoriets prøvenr./ undersøgelsesnr.
Bemærkning til rekv.
27.06.98
06:30
13.12.00
12:12
20.04.04
18:52
22.04.04
17:52
00875137
123456
23423422
2004012344
20040004739
1.
KKA
KKA
2.
9,0
89
4
100
6,7
158
7,9
GEN
CYTO
Type
Hæmoglobin;B
MCV;B
SR;B
Thrombocytter;B
Leukocytter;B
mmol/l
8,0
11,0
Fl
80
100
1
0
20
10E9/l
150
400
10E9/l
3,0
9,0
TSH;S
T3,total;S
T4,total;S
arb.enh
1,0
4,0
Xxxxx
xxxxx
Xxxxx
Xxxxx
xxxxx
Xxxxx
ALAT;S
Bas.fosfatase;P
Creatinin;P
U/l
0
50
U/l
80
275
mol/l
60
130
3,2
AFBES
AFBES
70
300
*****
9
mmol/l
Cholesterol;P
CRP;P
4,0
mg/l
7,7
<=10
6,9 a
<5
KOMM c
FORM b
TAGET
CMV Ab;S
EKG12
Blodtype
Cervixcytologi
Genetik
i.a. y
GEN
Når svaret er kodificeret efter NPU-klassifikationen vises analysens kortnavn ud for resultatet ”GEN” som analysenavn, ellers angives ”Genetik” som analysenavn.
b) Komplet svar
Genetisk analysesvar på patientens ”Genetikside”
CPR:
251248-4916,
Pt. Navn:
Nancy Ann Berggren
Kontakttype: Indlagt
Afdeling: 1307050, C2.
Genetisk analysesvar fra: Aarhus universitetshospital, klinisk genetisk
afdeling
Prøvenr.:
99999-13 DNA
Prøvetagningsdato: 28.11.2013
Svardato:
14.08.2014
Undersøgere: Else Marie Vestergaard, Overlæge, PhD
Dorte Launholt Lildballe, Ingeniør, PhD
Rekvirent: Lægehuset, Vandværksvej 99, 3400 Hillerød
Kopi svar: Læge Finn Klamer
Patient:
CPR: 150282-4933
Navn: Knut Odvar Mosebryggersen
Analyse:
DNA-analyse for Charcot-Marie-Tooth type 1, genpanel
Konklusion:
Der er påvist en kendt nonsense mutation, c.2860[C>T];
(p.R954*), i SH3TC2-genet i homozygot form.
Mutationen er en kendt patogen mutation forbundet med CMT type
4C (Lupski et al.; 2010). Fundet bekræfter den kliniske diagnose
CMT.
CMT4A nedarves autosomal recessivt. Der er mulighed for
bærerdiagnostik i familien.
Resultat:
SH3TC2 [NM_024577.3]: c.2860[C>T]; [C>T].
Kommentar:
NB:DETTE ER EN RETTELSE TIL SVAR AF 01.12.2013
Metode:
DNA er undersøgt med targeteret MPS vha Nimblegen prober og
MiSeq sekventering med en sekventeringsdybde>30.
Sekvensvariationer i alle transcripter er undersøgt i kodende exons
og intron/exon-overgange (10bp) (reference-genom GRCh37).
Gener: PMP22, MPZ, GJB1, NEFL, GDAP1, FBLN5, ARHGEF10,
CTDP1, LITAF, EGR2, MTMR2, SBF2, SH3TC2, NDRG1, PRX, HK1,
FGD4, FIG4, SOX10, DNM2, YARS, INF2, KARS, PLEKHG5, HOXD10
Exons med sekventeringsdybde<30: INF2(Chr14:105173580105174349); LITAF(Chr16:11645569-11645670).
Prøvemateriale:
9 ml EDTA-blod
Intern reference:
Fam.nr.: 9999-13
10
Kliniske oplysninger/indikation:
Klinisk CMT. Ikke genetisk bekræftet.
Præsentationen i journalen af selve svaret skal ske i den viste
rækkefølge. Alle overskrifterne i den kliniske del af svaret
medsendes, og vises som overskrifter.
11
4. Vedrørende Datoer, Referencenumre mv. skal det genetiske
laboratorium angive:

Intern reference: Eventuel henvisning til familienummer for
sygdomsfamilien.

Undersøgere: Navne på de to primære undersøgere (læge, tekniker,
bioanalytiker, etc.), i de dertil fastlagte datafelter, samt gerne initialer
og titler.

Analysemetode: Beskriver hvordan analysering er foretaget, for hvert
enkelt materiale, en gruppe af materialer eller for alle materialer.


Rekvirent: Praksisnavn, adresse og rekvirentnavn.
Resultat: Resultat(er) er tekstbaseret, der kan angives for hvert enkelt
materiale, en gruppe af materialer eller for alle materialer.

Patient: CPR-nummer og navn

Konklusion: Der kan angives en samlet konklusion for rekvisitionen.

Pårørende: CPR-nummer og navn, hvis patienten er et barn.


Kliniske oplysninger: Oplysninger der er angivet af rekvirenten, og kan
være inkl. indikation. Skal kun vises hos kopimodtagere.
Undersøgelsesnummer: Undersøgelsesnummer som anvendt ved den
initiale mærkning af materialerne på genetisk laboratorium.

Når rekvisitionen samlet set er færdigbesvaret, angives dette med status
komplet_svar, alternativt angives del_svar. Sendes en delmængde af
rekvisitionen videre til andet laboratorium der svarer direkte til
svarmodtageren, skal der angives at svaret er komplet.

Ved forsendelse af sendeprøver til andet laboratorium, der selv svarer
ud til rekvirenten, og man ved at dette svar bliver papirbaseret, da bør
man sendes status ”svar_endeligt” i stedet for den normale status
”svar_midlertidigt”, og evt. ændre resultatet fra ”Send:SSI” til
”PapirSSI”.

Materiale: Materialetype (også kaldet prøvekarakteristik).

Prøvetagningsdato: Prøvetagningsdato og evt. klokkeslæt (der for en
indsendt prøve er identisk med rekvisitionstidspunkt). Ved
prøvetagning i ambulatorium angives dette prøvetagningstidspunkt.
Ved udtag fra fryser angivet dette nye prøvetagningstidspunkt (og altså
ikke prøvetagningstidspunktet for den oprindelige nedfrosne prøve).

Besvarelsesdato: Dato og klokkeslæt for svartidspunkt, også for
foreløbige, rettede og supplerende svar

Overskrift: Her beskrives den bestilte analyse, for hvert enkelt
materiale, en gruppe af materialer eller for alle materialer. Det kan fx
være et bestilt panel.

Reference: Eventuel beskrivelse af reference sekvens.
Generelt anbefales det journalsystemet / rekvirerings-svarsystemet:

At alle de nævnte informationer vises overskueligt (i en eller flere
funktioner) – gerne i samme form (format) som beskrevet. Dog
anbefales det altid at undlade at vise ”titler” (f.eks.
”KOPIMODTAGER, Pårørende, Konklusion”) såfremt der ikke er
medsendt tilsvarende data.
12

At rettede svar fremkommer som komplette nye svar, men med tydelig
fremhævet:
Rettet svar, erstatter tidl. fremsendte på dette undersøgelsesnummer.
Rettet svar overskriver tidligere svar, som dog ikke må slettes i
journalsystemet, men skal kunne vises efter anmodning i en særlig
funktion.

At kliniske oplysninger ikke skal vises hvis svarmodtager er samme
som rekvirent, men de vises altid hos kopimodtager.

At alle undersøgelser, der har samme prøvetagningstidspunkt, kan
placeres i samme søjle i skemapræsentationen.

At rækkefølgen af oplysninger i præsentationen altid følger forslaget.

At ledetekster der er vist med kursiv ikke er medsendt for de
demografiske data, men skal vises når der er data i de pågældende
felter. Øvrige overskrifter medsendes.

At overskrifter markeres med fed font.
13
Afsnit B
XML Facitliste
XML Genetiksvar
XRPT07
14

XML Facitliste

Det gode XML Genetiksvar, XRPT07
Version XR0730G
XML-Facitlisten består af følgende objekter:


Emessage (Kuvert)
o Envelope (KuvertData)
 Sent (Dato)
o GeneticsReport (Genetiksvar)
 Letter (BrevData)
 Authorisation (Dato)
 Sender (Afsender)
 Examinator (Undersøgere)
 Receiver (Modtager)
 Physician (Rekvirerende læge)
 CCReceiver (KopiModtager)
 Physician (Kopimodtagerperson)
 Patient (Patient)
 Consent (Samtykke)
 Relative (Pårørende)
 RequisitionInformation
(Rekvisitionsinformation)
 SamplingDateTime (Prøvetagningstid)
 SampleReceivedDateTime (Prøve
modtaget)
 Reference (Reference) max. x 10 (Valg)
o BIN
 LaboratoryResults (Laboratorieresultat)
 GeneralResultInformation (Generel
information)
o ResultDateTime (Dato)
CodedFormat (Kodede svar)
o Sample (Prøve) max. x 100
TableFormat (Tabelsvar)
o AnalysisCode (NPU-kode)
o AnalysisCompleteName (NPUanalysenavn)
o ResultHeadline (Analysenavn)
TextualFormat (Tekstsvar)
o AnalysisHeadline (Overskrift)
o InternalReference (Intern
reference)
o GenomeReference (gen
reference)
 Reference (Reference)
max. x 10 (Valg)
 BIN
o AnalysisMethod (Analysemetode)
max. x 10 (Valg)
 BIN
o AnalysisResults (Analyseresultat)
max. x 10 (Valg)
 BIN
o Conclusion (Konklusion)
o Comments (Kommentarer)
Objekterne er kun vist én gang – men nogle af dem kan gentages
flere gange. De er markeret på følgende måde, f.eks.: max. x 10
Facitlisten består af følgende kolonner:

XML Facitliste, der angiver navnet på data og kvalifikatorer
som benyttes i Facitlisten.
15





Feltdef, som angiver antallet af karakterer som er tilladt samt
om det er en kvalifikator (KVA).
M = Mandatory (obligatorisk), der angiver hvilke data der altid
skal være medsendt af afsender.
M kan forstås på 2 måder.
a) I Facitlisten kan der stå et M ud for elementnavnet både i dets
starttag og dets sluttag. Dette betyder at hele elementet inkl.
nestede elementer skal sendes. For de nestede elementer
gælder det dog kun hvis disse også er angivet som Mandatory.
b) Hvis der ikke står et M ud for elementnavnet skal hele
elementet ikke medsendes, men hvis man alligevel sender
noget skal de nestede elementer med et M ud for altid sendes.
EDIFACT TAG, som viser det tidligere EDIFACT datanavn.
XML TAG, som viser XML element navnet.
XML DataDefinition, der definerer indholdet af de enkelte data.
Derudover beskrives relevante anvendelsesregler og andet, der
er nødvendige for en korrekt implementering.
16
XML Facitliste
XML Facitliste XRPT07
FeltDef
M EDIFACT TAG XML TAG
XML DataDefinition
<?xml version="1.0" encoding="ISO-8859-1"?>
<Emessage>
Format
M
Skal medsendes som en kopi af den viste XML deklaration
Namespace:
http://rep.oio.dk/medcom.dk/xml/schemas/2014/10/08/
<Envelope>
<Sent>
<Date>Kuvertens_afsendelses_dato</Date>
<Emessage>
Date
M
M
M KuvSendtDato
<Envelope>
<Sent>
<Date></Date>
<Time>Kuvertens_afsendelses_tidspunkt</Time>
Time
M KuvSendtKl
<Time></Time>
</Sent>
<Identifier>Kuvertens_nummer</Identifier>
an..14
M
M KuvertNr
</Sent>
<Identifier></Identifier Identifier er et afsender genereret løbenummer unikt for
>
denne kuvert afsendt af den pågældende afsender.
Afsendersystemer bør sikre at samme nummer aldrig kan
benyttes to gange.
<AcknowledgementC AcknowledgementCode er en kvalifikator, der angiver om
ode></Acknowledge positiv kvittering ønskes retur. Negativ sendes under alle
mentCode>
omstændigheder – uafhængig af værdien af
AcknowledgementCode.
</Envelope>
<GeneticsReport>
<Letter>
<Identifier></Identifier Identifier er et afsender genereret løbenummer, unikt for
>
hvert brev fra denne afsender. Afsendersystemer bør sikre
at der aldrig kan sendes samme Identifier fra samme
afsender.
<VersionCode></Ver VersionCode SKAL angives med den versionsbetegnelse,
sionCode>
der fremgår af kvalifikatorlisten. Det er vigtigt at
VersionCode er korrekt, da modtagersystemer benytter
VersionCode til at afgøre hvilken brevtype, modtager kan
modtage. VersionCode er unik for den enkelte brevtype.
<StatisticalCode></St StatisticalCode udfyldes med TypeCode (f.eks. XDIS01,
atisticalCode>
XRPT07). StatisticalCode er beregnet til statistik formål og
må ikke bruges af modtager systemer.
<AcknowledgementCode>Kuvert_kvitterings_anmod KVA
ning</AcknowledgementCode>
M KUVKVIT
</Envelope>
<GeneticsReport>
<Letter>
<Identifier>Brevets_nummer</Identifier>
an..14
M
M
M
M BrevNr
<VersionCode>Brevets_version</VersionCode>
KVA
M VERSION
<StatisticalCode>Brevets_statistiknummer</Statistic
alCode>
an..8
M BrvStat
Date er dato for påbegyndelse af afsendelse af kuverten på
formen YYYY-MM-DD.
Time er klokkeslæt for påbegyndelse af afsendelse på
formen HH:MM. Hvis dette ikke kan genereres, anvendes
"00:00"
17
<Authorisation>
<Date>Brevets_godkendelsesdato</Date>
FeltDef
Date
M
<Authorisation>
M BrevDannetTid <Date></Date>
<Time>Brevets_godkendelsesKlokkeslet</Time>
Time
M BrevDannetTid <Time></Time>
KVA
M
M BRVTYPE
an..35
M
M
M AfsLok
<Identifier>Afsenders_ID_nummer</Identifier>
an..17
M AfsID
<IdentifierCode>Afsenders_ID_nummers_type</Ide
ntifierCode>
KVA
<OrganisationName>Afsenders_organisation</Orga
nisationName>
an..35
</Authorisation>
<TypeCode>Brevets_brevtype_i_kode</TypeCode>
</Letter>
<Sender>
<EANIdentifier>Afsenders_lokationsnummer</EANI
dentifier>
KODE
M AfsOrg
XML DataDefinition
Date er dato hvor brevet blev lavet "færdigt" eller "godkendt"
hos afsender. Date angives på formatet YYYY-MM-DD.
Time er det tidspunkt hvor brevet blev lavet "færdigt" eller
"godkendt" hos afsender. Time angives på formatet HH:MM
sættes til "00:00" såfremt klokkeslæt ikke kan angives.
</Authorisation>
<TypeCode></TypeC TypeCode er kvalifikator for brevets type. Se kvalifikatorliste.
ode>
</Letter>
<Sender>
<EANIdentifier></EA EANIdentifier er kuvertafsenders lokationsnummer det vil
NIdentifier>
normalt sige afsendende organisation. Såvel positiv som
negativ kvittering sendes tilbage til dette nummer.
<Identifier></Identifier Identifier er den egentlige afsenders ID-nummer. Alle an..17
>
formater skal kunne håndteres. Identifier skal altid udfyldes
validt. F.eks. sygehusafdelingsklassifikationsnummer hvis
afsender er et sygehus (stamafdelingen) og ydernummer
hvis afsender er en lægepraksis, en speciallæge, en
fysioterapeut eller en kiropraktor. Kommunenummer hvis
afsender er en kommune. Hvis afsender ikke har afdelingseller ydernummer anvendes ofte et lokationsnummer. Alle
modtagere skal kunne modtage alle typer på formen an..17,
da der fremover vil blive sendt breve mellem alle typer
afsendere og modtagere. Alle modtagere skal kunne
modtage og behandle "ukendte" numre og f.eks. kunne
håndtere hvis numrene ændres.
<IdentifierCode></Ide IdentifierCode er kvalifikator for det anvendte kode- el.
ntifierCode>
klassifikationssystem - ofte "sygehusafdelingsnummer" hvis
afsender er en sygehusafdeling, "ydernummer" hvis
sygesikringsyder, "kommunenummer" hvis kommune.
<OrganisationName> OrganisationName er navnet i tekst på afsendende
</OrganisationName> sygehus, lægehus, kommune o.l. Det anbefales at
Sygehusnavn, Lægehusnavn, Fysioterapiklinikken o.l. altid
udfyldes i OrganisationName - gerne kort, f.eks. "OUH" i
stedet for "Odense Universitets Hospital". Hvis amtet
ønskes angivet, skal dette indsættes i OrganisationName,
f.eks. "Fyns Amt, OUH".
18
<DepartmentName>Afsenders_afdeling_el_socialo
mraade</DepartmentName>
FeltDef
an..35
<UnitName>Afsenders_afdeling_el_socialdistrikt
an..35
<MedicalSpecialityCode>Afsenders_medicinske_sp
eciale</MedicalSpecialityCode>
KVA
<Examinator>
<PersonName>Afsender_mikroskopoer_Name</Per an..35
sonInitials>
<PersonTitle>Afsender_mikroskopoer_Title</Person an..35
Title>
<PersonInitials>Afsender_mikroskopoer_Initials</Pe an..17
rsonInitials>
</Examinator>
<FromLabIdentifier>Afsenders_lab_forkortelse</Fro
mLabIdentifier>
an..3
</Sender>
<Receiver>
<EANIdentifier>Modtagers_lokationsnummer</EANI an..35
dentifier>
<Identifier>Modtagers_ID_nummer</Identifier>
an..17
XML DataDefinition
AfsAfdTitel
<DepartmentName>< DepartmentName er navnet på sygehusafdelingen hvis
/DepartmentName>
afsender er et sygehus, navnet på hjemmepleje distriktet
hvis afsender er en kommune, titlen "læge" hvis afsender er
et lægehus o.l. Udfyldes ofte med "Gadenavn" ved
fysioterapeutklinikker.
AfsAfsnitNavn <UnitName></UnitNa UnitName er sygehusafsnit, hvis afdeling er et sygehus,
me>
navnet (For- og efternavn) hvis afsender er en person i et
lægehus, hjemmeplejegruppe hvis kommune.
AFSSPEC
<MedicalSpecialityCo MedicalSpecialityCode er en kvalifikator for afsenders
de></MedicalSpecialit lægelige speciale. Skal udfyldes, men er medicinsk speciale
yCode>
ikke kendt /ikke relevant benyttes kvalifikatoren
"ikkeklassificeret". Se kvalifikatorliste.
<Examinator>
M UndersoegerN <PersonName></Per PersonName er navn anvendt af afsenderen til at
avnAfs
sonName>
identificere de personer på genetikafdelingen som har
undersøgt /godkendt undersøgelsen. Navn eller initialer skal
altid vises i svaret. Kendes kun initial og ikke navn sendes
en underscore.
UndersoegerTi <PersonTitle></Perso PersonTitle er titel anvendt af afsenderen til at identificere
telAfs
nTitle>
de personer på genetikafdelingen som har undersøgt
/godkendt undersøgelsen.
UndersoegerID <PersonInitials></Per PersonInitials er initialer anvendt af afsenderen til at
Afs
sonInitials>
identificere de personer på genetikafdelingen som har
undersøgt /godkendt undersøgelsen. Navn eller initialer skal
altid vises i svaret.
</Examinator>
M FraLabFork
<FromLabIdentifier>< FromLabIdentifier er laboratorieforkortelsen for eget
/FromLabIdentifier>
laboratorium. Laboratorieforkortelsen kan hentes fra
Medcoms hjemmeside.
M
</Sender>
M
<Receiver>
M ModtLok
<EANIdentifier></EA EANIdentifier er kuvertmodtagers lokationsnummer.
NIdentifier>
M ModtID
<Identifier></Identifier Identifier er slutmodtagers sygehusafdelingsnummer,
>
ydernummer, kommunenummer eller lokationsnummer.
Identifier skal anvendes som beskrevet ved SenderIdentifier
ovenfor og skal altid udfyldes validt.
19
FeltDef
<IdentifierCode>Modtagers_ID_nummer_type</Iden KVA
tifierCode>
<OrganisationName>Modtagers_organisation</Orga an..35
nisationName>
<DepartmentName>Modtagers_afdeling</Departme
ntName>
an..35
<UnitName>Modtagers_afsnit</UnitName>
an..35
<StreetName>Modtagers_adresse</StreetName>
an..35
<SubUrbName>Modtagers_bostednavn</SubUrbNa an..35
me>
<DistrictName>Modtagers_bynavn</DistrictName>
an..35
<PostCodeIdentifier>Modtagers_postnummer</Post an..9
CodeIdentifier>
<Physician>
<PersonInitials>Modtagers_kontakt_persons_initiale an..17
r</PersonInitials>
</Physician>
</Receiver>
<CCReceiver>
<Identifier>Kopimodtagers_ID_nummer</Identifier>
an..17
XML DataDefinition
KODE
ntifierCode>
modtager er en sygehusafdeling, "ydernummer" hvis
ModtOrg
<OrganisationName> OrganisationName er navnet i tekst på modtagende
</OrganisationName> sygehus, lægehus eller kommune. Udfyldes som for
SenderOrganisationName.
ModtAfdTitel
<DepartmentName>< DepartmentName er navnet på sygehusafdeling,
/DepartmentName>
hjemmeplejedistrikt eller titlen "Læge" hvis modtager er en
læge i et lægehus o.l. Se beskrivelse under
SenderDepartmentName.
ModtAfsNavn
<UnitName></UnitNa UnitName er modtagende sygehusafdeling eller for- og
me>
efternavn (hvis modtager er en person i et lægehus). Se
beskrivelse under SenderUnitName.
ModtAdr
<StreetName></Stree StreetName er modtagers primære adresse.
tName>
ModtStedNavn <SubUrbName></Su SubUrbName er et evt. stednavn på modtagers primære
bUrbName>
adresse f.eks.: ”Mullerup” i adressen Mullerup, 5772
Kværndrup.
ModtBy
<DistrictName></Dist DistrictName er modtagers bynavn på primære adresse.
rictName>
ModtPost
<PostCodeIdentifier> PostCodeIdentifier er modtagers postnummer på primære
</PostCodeIdentifier> adresse.
<Physician>
M LaegeIDModt
<PersonInitials></Per PersonInitials er initialer, nummer eller lign. anvendt af
sonInitials>
afsenderen til at identificere den enkelte læge i typisk
flermandspraksis eller til at identificere underafdelinger eks.
overlæger på sygehusafdelinger. PersonInitials er altid de
samme oplysninger som er medsendt i rekvisitionen fra
rekvirenten.
</Physician>
M
</Receiver>
<CCReceiver>
M KopiModtID
<Identifier></Identifier Identifier er kopimodtagers sygehusafdelingsnummer,
>
ydernummer, kommunenummer eller lokationsnummer.
Identifier skal anvendes som beskrevet ved SenderIdentifier
ovenfor.
20
<IdentifierCode>Kopimodtagers_ID_nummers_type
</IdentifierCode>
FeltDef
KVA
<OrganisationName>Kopimodtagers_organisation</
OrganisationName>
an..35
<DepartmentName>Kopimodtagers_afdeling</Depa
rtmentName>
an..35
<UnitName>Kopimodtagers_afsnit</UnitName>
an..35
<Physician>
<PersonInitials>Kopimodtager_person</PersonInitial an..17
s>
</Physician>
</CCReceiver>
<Patient>
<CivilRegistrationNumber>Patientens_CPR_numme n10
r</CivilRegistrationNumber>
<PersonSurnameName>Patientens_efternavn</Per
sonSurnameName>
an..70
<PersonGivenName>Patientens_fornavne</Person
GivenName>
an..70
<AlternativeIdentifier>Patientens_erstatnings_CPR_
nummer</AlternativeIdentifier>
an10
XML DataDefinition
KODE
ntifierCode>
kopimodtager er en sygehusafdeling, "ydernummer" hvis
KopiModtOrg
<OrganisationName> OrganisationName er navnet i tekst på kopimodtagende
</OrganisationName> sygehus, kommune eller lægehus. Udfyldes som for
SenderOrganisationName.
KopiModtAfdTi <DepartmentName>< DepartmentName er navnet på sygehusafdeling,
tel
/DepartmentName>
hjemmeplejedistrikt eller titlen "Læge" hvis kopimodtager er
en læge i et lægehus o.l. Se beskrivelse under
SenderDepartmentName.
KopiModtAfsN <UnitName></UnitNa UnitName er kopimodtagende sygehusafdeling eller for- og
avn
me>
efternavn (hvis kopimodtager er en person i et lægehus). Se
beskrivelse under SenderUnitName.
<Physician>
M KopiIDModt
<PersonInitials></Per PersonInitials er initialer, nummer eller lign. anvendt af
sonInitials>
afsenderen til at identificere den enkelte læge i typisk
flermandspraksis eller til at identificere underafdelinger eks.
overlæger på sygehusafdelinger. PersonInitials er altid de
samme oplysninger som er medsendt i rekvisitionen fra
rekvirenten.
</Physician>
</CCReceiver>
M
<Patient>
PatCPR
<CivilRegistrationNu CivilRegistrationNumber er patientens valide CPR-nummer
mber></CivilRegistrat og dette eller et erstatningsnummer skal altid medsendes.
ionNumber>
CPR-nummer sendes uden bindestreg. Hvis et validt cprnummer ikke findes sendes et erstatningsnummer i
AlternativeIdentifier på præcis 10 tegn.
M PatEnavn
<PersonSurnameNa PersonSurnameName er patientens efternavn.
me></PersonSurnam
eName>
PatFnavn
<PersonGivenName> PersonGivenName er patientens fornavn(e). Fornavn bør
</PersonGivenName altid medsendes.
>
D PatErstatCPR <AlternativeIdentifier> AlternativeIdentifier er et erstatnings CPR-nummer eller et
</AlternativeIdentifier usikkert CPR-nummer på præcis 10 tegn. Udfyldes hvis der
>
ikke er angivet et validt CPR-nummer i
CivilRegistrationNumber.
21
<Consent>
<Given>Samtykke_givet</Given>
FeltDef
BOOLE
AN
</Consent>
</Patient>
<Relative>
<RelationCode>Paaroerendes_type</RelationCode KVA
>
<PersonIdentifier>Paaroerendes_ID_nummer,_fx_C an..10
PR.</PersonIdentifier>
<PersonSurnameName>Paaroerendes_efternavn</ an..70
PersonSurnameName>
<Consent>
M SAMTYKKEN <Given></Given>
AEGT
M
M PAAROER
PaaroerCPR
M PaaroerEnavn
<PersonGivenName>Paaroerendes_fornavne</Pers an..70
onGivenName>
</Relative>
<RequisitionInformation>
PaaroerFnavn
M
<RequestersRequisitionIdentifier>Proeve_ID_angive an..15
t_af_afsender</RequestersRequisitionIdentifier>
RekvNrLaege
<ReceiversRequisitionIdentifier>Rekvisitionens_labo an..15
ratorie_sagsnummer</ReceiversRequisitionIdentifier
>
M RekvNrLab
<SamplingDateTime>
M
</Consent>
</Patient>
<Relative>
<RelationCode></Rel
ationCode>
<PersonIdentifier>
<PersonSurnameNa
me></PersonSurnam
eName>
<PersonGivenName>
</PersonGivenName
>
</Relative>
<RequisitionInformati
on>
<RequestersRequisiti
onIdentifier></Reque
stersRequisitionIdenti
fier>
XML DataDefinition
Given angiver om patientens samtykke til videregivelse af
svar er givet. Er der positivt samtykke udfyldes feltet med
true. Er der negativt samtykke udfyldes feltet med false.
Sendes Consent ikke, er positivt samtykke default.
RelationCode er en kvalifikator, der angiver den pårørendes
relation til patienten, f.eks. om det er far eller mor.
PersonIdentifier er pårørendes CPR-nr. hvis et sådant
findes.
PersonSurnameName er pårørendes efternavn. Skal
udfyldes, hvis elementet benyttes.
PersonGivenName er pårørendes fornavn(e).
RequesterRequisitionIdentifier er nummeret der er
registreret for rekvisitionen fra rekvirenten. Dette kan fx
være et nationalt prøvenummer (NPN). I genetik anvendes
der normalt ikke rekvisitionsnumre fra rekvirenten, derfor
udfyldes der typisk ikke noget i dette felt. I stedet kan der
her returneres det primære prøvenummer
(AproevenrRekvir) som prøven mærkes med ved elektronisk
rekvisition.
Feltet kan bruges hvis man vælger at nummerere
rekvisitionsblanketterne, men dette anvendes ikke i dag.
<ReceiversRequisitio ReceiversRequisitionIdentifier er undersøgelsesnummeret
nIdentifier></Receiver der anvendes på laboratoriet. Det er genetik laboratoriets
sRequisitionIdentifier primære ID på rekvisitionen også kaldet
>
undersøgelsesnummeret som står her. Det skal altid
medsendes i genetik svar.
<SamplingDateTime>
22
<Date>Proevetagnings_dato</Date>
FeltDef
Date
M RekvTidLaege <Date></Date>
<Time>Proevetagnings_klokkeslet</Time>
Time
M RekvTidLaege
<Time></Time>
</SamplingDateTime>
M
<SampleReceivedDateTime>
M
</SamplingDateTime
>
<SampleReceivedDat
eTime>
<Date></Date>
Date er rekvisitionsmodtagelsestidspunkt på genetisk
laboratorium for prøverne der indgår i svaret. Det er her
reelt prøvemodtagelsestidspunktet på laboratoriet, for en
tilsendt prøve eller en prøve fra fryser. Angives på formen
YYYY-MM-DD.
<Time></Time>
Time er det til Date sammenhørende klokkeslæt og angives
på formen HH:MM. Kendes det ikke angives 00:00.
</SampleReceivedDa
teTime>
<ClinicalInformation> ClinicalInformation er information, kliniske oplysninger,
</ClinicalInformation> generelle forhold omkring grunden til prøvetagningen, som
er medsendt af rekvirenten. Fx kan indikationen være
angivet her.
<Comments></Com
Comments anvendes til at angive en generel kommentar til
ments>
den samlede rekvisition, eks. prøverne mere end 24 timer
undervejs. Anvendes til at skrive kommentar: TIDLIGERE
SVAR AF "DATO" ER RETTET. Anvendes ikke til at angive
resultater eller kommenterede resultater.
<Date>Rekvisition_modtagelses_dato</Date>
Date
M RekvModtLab
<Time>Rekvisition_modtagelses_klokkeslet</Time>
Time
M RekvModtLab
</SampleReceivedDateTime>
M
<ClinicalInformation>Rekvisition_klinisk_information
</ClinicalInformation>
tx..1050
KlinInform
<Comments>Svar_kommentar_vedr_rekvisitionen</
Comments>
tx..350
RekvKomm
vælg mellem max. 10 ialt (
<Reference>
<RefDescription>Typebeskrivelse_af_tekst, ex.
SUP, BIN, URL</RefDescription>
<URL>Weblink</URL>
</Reference>
an..70
M
an..350
M
<Reference>
<RefDescription></R
efDescription>
<URL></URL>
</Reference>
XML DataDefinition
Date er rekvisitionsudstedelsesdato og ofte lig med
prøvetagningstidspunkt for prøverne der indgår i svaret.
Tages prøverne på laboratoriet eller ambulatoriet da er det
prøvetagningstidspunktet og tidspunktet for udfyldning af
rekvisitionsformularen angives ikke.
Tages prøven fra en fryser, skal her angives tidspunkt for
udtag af nyt prøvemateriale, og ikke det oprindelige
prøvetagningstidspunkt for den nedfrosne prøve.
Angives på formen YYYY-MM-DD.
Time er det til Date sammenhørende klokkeslæt og angives
på formen HH:MM. Kendes det ikke angives 00:00.
RefDescription er beskrivelse af typen af efterfølgende
tekstelement, ex. SUP, BIN eller URL.
URL angiver den fulde webadresse til et relevant link.
23
Eller
<Reference>
True
FeltDef
an..70
M
BOOLE
AN
M
</Reference>
Eller
<Reference>
an..70
<BIN>
<ObjectIdentifier>Objektets_IDnummer</ObjectIdent an..35
ifier>
<ObjectCode>Objektets_type</ObjectCode>
KVA
<ObjectExtensionCode>Filekstension_for_objektet</ KVA
ObjectExtensionCode>
<OriginalObjectSize>Objektstoerrelse</OriginalObje n..18
ctSize>
</BIN>
</Reference>
)
</RequisitionInformation>
SUP angiver med ja/nej om der findes tilhørende eller
supplerende information i en SUP database
</Reference>
<Reference>
M Objektfilnavn
<RefDescription></R
efDescription>
<BIN>
M Objektrefnr
<ObjectIdentifier></O
bjectIdentifier>
M OBJEKTTYPE <ObjectCode></Obje
ctCode>
M OBJEKTEXTE <ObjectExtensionCod
NSION
e></ObjectExtension
Code>
M Objektstoerrels <OriginalObjectSize>
e
</OriginalObjectSize>
</BIN>
</Reference>
M
<LaboratoryResults>
<GeneralResultInformation>
M
M
<ReportStatusCode>Svar_status</ReportStatusCod KVA
e>
M
<ResultStatusCode>
ResultStatusCodeType</ResultStatusCode>
M
KVA
<Reference>
<RefDescription></R
efDescription>

XML DataDefinition
ObjectIdentifier er objektets ID nummer, genereret af
afsendersystemet. Samme ID som i tilhørende XMEDBIN.
ObjectCode er objektets type, f.eks. billede, tekst, program
eller biosignal
ObjectExtensionCode er fil ekstension for objektet, f.eks.
jpg, doc, exe eller waw.
OriginalObjectSize er objektets størrelse i antal bytes.
</RequisitionInformati
on>
<LaboratoryResults>
<GeneralResultInfor
mation>
STATUS
<ReportStatusCode> ReportStatusCode angiver om det samlede svar for hele
</ReportStatusCode> rekvisitionen er: et delsvar eller endeligt svar, så
svarmodtageren ved om rekvisitionen er færdigbesvaret.
Se kvalifikatorliste.
SERVICETYP/ <ResultStatusCode> ResultStatusCode angiver om det aktuelle resultat på
STATUS2
</ResultStatusCode> prøven er: et foreløbigt, endeligt eller et rettet resultat. Se
kvalifikatorliste.
24
<ToLabIdentifier>Sendeproeve_lab_forkortelse</To
LabIdentifier>
FeltDef
an..3
D TilLabFork
<ToLabIdentifier></T
oLabIdentifier>
<ResultsDateTime>
<Date>Svarets_genererings_dato</Date>
Date
M
M SvarTid
<ResultsDateTime>
<Date></Date>
<Time>Svarets_genererings_klokkeslet</Time>
Time
M SvarTid
<Time></Time>
</ResultsDateTime>
<LaboratoryInternalProductionIdentifier>Svarets_lab an..35
oratorie_sagsnummer</LaboratoryInternalProductio
nIdentifier>
M
</ResultsDateTime>
M LabprodProvnr <LaboratoryInternalPr
oductionIdentifier></L
aboratoryInternalProd
uctionIdentifier>
</GeneralResultInformation>
M
<CodedFormat>
<Sample>
<RequesterSampleIdentifier>Proeve_rekvirents_gla
snummer</RequesterSampleIdentifier>
an..15
<LaboratoryInternalSampleIdentifier>Proeve_laborat an..20
oriets_glasnummer</LaboratoryInternalSampleIdenti
fier>
<MaterialDescription>Proeve_rekvirents_materialeb
eskrivelse</MaterialDescription
</Sample>
an..70
XML DataDefinition
ToLabIdentifier er laboratorieforkortelse, der skal angives
ved sendeprøver. Der sendes ikke noget ved øvrige prøver.
Laboratorieforkortelsen kan hentes fra Medcoms
hjemmeside.
Date er dato for svargenerering fra laboratoriet af det sidst
producerede resultat på denne afsendelse. Med
svargenerering menes tidspunkt, hvor det samlede svar er
godkendt til svarafgivelse. Altid samme dato som i
AuthorisationDate.
Time er tidspunkt for svargenerering. Altid samme tidspunkt
som AuthorisationTime.
LaboratoryInternalProductionIdentifier er laboratoriets
interne referencenummer på den pågældende hændelse.
Det er oftest nummeret på rekvisitionen eller prøveglasset
ved prøvetagningen, men kan suppleres med anden
angivelse eks. tidspunkt.
</GeneralResultInfor
mation>
M
<CodedFormat>
M
<Sample>
AproevenrRek <RequesterSampleId RequesterSampleIdentifier er rekvirentens registrerede
vir
entifier></RequesterS nummer (glasnummer) på materialet (prøven). Der kan i
ampleIdentifier>
genetik forekomme 100 materialer (prøve med individuelle
numre) pr. rekvisition. Glasnummer kan evt. være et
nationalt prøvenummer (NPN).
M AproevenrLab <LaboratoryInternalS LaboratoryInternalSampleIdentifier er det nummer som det
ampleIdentifier></Lab genetiske laboratorium sætter på de enkelte materialer
oratoryInternalSampl (prøver). Det bør normalt indgå i svaret.
eIdentifier>
Det tilhørende ”overordnede” interne rekvisitionsnummer for
hele undersøgelsen sendes i feltet
ReceiversRequisitionIdentifier.
M ArekvirMaterial <MaterialDescription> MaterialDescription er beskrivelse af prøvematerialet som
ebeskriv
</MaterialDescription det beskrives fra rekvirenten. I teksten beskrives dette som
Materiale. I resultat beskrivelsen refereres der sekventielt
ex. [A], [B] eller med romertal/arabertal i kantede parenteser
til de her beskrevne materialer.
M
</Sample>
25
</CodedFormat>
<TableFormat>
<AnalysisCode>Resultat_analyse_kode</AnalysisC
ode>
FeltDef
an..8
M EDIFACT TAG
M
M
LabKode
<AnalysisCompleteName>Resultat_analysens_fulde an..210
_navn</AnalysisCompleteName>
AnalysenavnF
ulde
<ResultHeadline>Resultat_overskrift</ResultHeadlin an..35
e>
M PA1tekst
<TableResult>Resultat_tekst</TableResult>
M TabSvar
</TableFormat>
<TextualFormat>
<AnalysisHeadline>
<Headline>Analyse_overskrift</Headline>
an..8
M
M
an..35
M Overskrift
XML TAG
</CodedFormat>
<TableFormat>
<AnalysisCode></An
alysisCode>
XML DataDefinition
AnalysisCode rummer koden for den anvendte NPUanalyse. Anvendes der IFCC-IUPAC koder er de på formen
NPU12345 eller DNK54321.
Bør vises sammen med analysenavnet.
<AnalysisCompleteN AnalysenavnFulde er det officielle NPU analysenavn. Dette
ame></AnalysisComp navn skal altid sendes, når der er angivet en NPU-kode. Er
leteName>
der ingen NPU-kode angivet, så sendes ingen
AnalysisCompleteName.
Vises hvis AnalysisCode ikke er kendt i lægesystemet.
Analyser kan oprettes ud fra denne tekst. Kendes analysen
ikke skal denne tekst anvendes til analysenavn og hele
teksten skal kunne vises i præsentationsskemaet. Er der
ikke plads til hele teksten skal modtageren kunne oprette et
sigende entydigt navn. Der må gerne anvendes "lav" pitch
for at have plads til analysenavnet. Findes der et NPU
kortnavn i ResultHeadline bør dette anvendes automatisk.
<ResultHeadline></R ResultHeadline er tekstoverskrift for undersøgelsen, og
esultHeadline>
rummer altid teksten ”Genetik”, medmindre svaret er
kodificeret efter NPU-klassifikaionen, hvor ResultHeadline
udfyldes med NPU kortnavnet. I skemapræsentationen er
det denne tekst der vises. Tekstforklaringerne medsendes
altid.
<TableResult></Tabl TableResult er resultatet af undersøgelsen som kan
eResult>
tabelsættes. Sættes til ”GEN”, medmindre der er tale om en
advisering om prøvemodtagelse (hvor der sættes ***** i
TableResult samtidigt med at der sættes svar_midlertidigt i
ResultStatusCodeType).
Videresendes en prøve til andet lab, som svarer direkte
tilbage til rekvirenten bør man skrive dette laboratoriums ID i
resultatfeltet efter ”SEND:” fx ”SEND:SSI”.
</TableFormat>
<TextualFormat>
<AnalysisHeadline>
<Headline></Headlin Headline er en tekst som anvendes til overskrift for
e>
beskrivelsen af bestilte analyser/undersøgelser – kan være
et panel.
26
<Text>Analyse_beskrivelse</Text>
FeltDef
tx..350
</AnalysisHeadline>
<InternalReference>
<Headline>Intern_reference_overskrift</Headline>
an..35
<Text>Intern_reference_beskrivelse</Text>
tx..1750
</InternalReference>
<GenomeReference>
<Headline>Resultat_overskrift_genome</Headline>
an..35
<Text>Resultat_genome_beskrivelse</Text>
tx..1750
<Reference>
<URL>Weblink</URL>
</Reference>
Eller
<Reference>
Ovstekst
<Text></Text>
</AnalysisHeadline>
<InternalReference>
M InternReferenc <Headline></Headlin
e
e>
IntReftekst
M Reference
Reftekst
an..70
M
an..350
M
an..70
M
<Text></Text>
XML DataDefinition
Text rummer beskrivelse af udført analyse i fri tekst.
Oplysninger om ønsket undersøgelse vedr. gener/sygdom
angives også her. Der angives analysebeskrivelse samlet
for hele besvarelsen, eller evt. relateret til hvert enkelt
materiale ex. [A] og [B].
Headline er en tekst som anvendes til overskrift for de
interne referencer. Angives kun for at øge filens
læsevenlighed, idet overskriften ”Intern reference” altid
anvendes ved præsentationen.
Text rummer reference til interne oplysninger i fri tekst.
Dette kan fx være interne oplysninger på laboratoriet om
sygdomsfamilie (sygdomsnr. og familienr.). Der angives
interne referencer samlet for hele besvarelsen, eller evt.
relateret til hvert enkelt materiale ex. [A] og [B].
</InternalReference>
<GenomeReference>
<Headline></Headlin Headline er en tekst som anvendes til overskrift for de
e>
øvrige referencer. Angives kun for at øge filens
læsevenlighed, idet overskriften ”Reference” altid anvendes
ved præsentation.
<Text></Text>
Text rummer øvrige referencer til oplysninger i fri tekst.
Dette kan fx være oplysninger om gener, Genome build
(aCGH), anvendt nomenklatur eller nummerering fra ”base”
(ATG). Der angives referencer samlet for hele besvarelsen,
eller evt. relateret til hvert enkelt materiale ex. [A] og [B].
<Reference>
<RefDescription></R
efDescription>
<URL></URL>
</Reference>
<Reference>
<RefDescription></R
efDescription>
27
True
FeltDef
BOOLE
AN
</Reference>
Eller
<Reference>
an..70
<BIN>
ifier>
KVA
ctSize>
</BIN>
</Reference>
)
</GenomeReference>
<AnalysisMethod>
<Headline>Resultat_overskrift_metode</Headline>
<Text>Resultat_metode_beskrivelse</Text>
<Reference>
<URL>Weblink</URL>
</Reference>
an..35
M

XML DataDefinition
</Reference>
<Reference>
<RefDescription></R
efDescription>
<BIN>
M Objektrefnr
bjectIdentifier>
ctCode>
NSION
e></ObjectExtension
Code>
e
</BIN>
</Reference>
M Objektfilnavn
M AnalyseMetod
e
tx..3500
0
Metodetekst
an..70
M
an..350
M
</GenomeReference
>
<AnalysisMethod>
<Headline></Headlin
e>
eller biosignal
<Text></Text>
Headline er en tekst som anvendes til overskrift for
analysemetode. Angives kun for at øge filens
læsevenlighed, idet overskriften ”Analysemetode” altid
anvendes ved præsentation.
Text rummer beskrivelse i fri tekst af analysemetoden.
Oplysninger om aktionsgrænser og referenceværdier
angives her. Der angives referencer samlet for hele
besvarelsen, eller evt. relateret til hvert enkelt materiale ex.
[A] og [B].
<Reference>
<RefDescription></R
efDescription>
<URL></URL>
</Reference>
28
Eller
<Reference>
True
FeltDef
an..70
M
BOOLE
AN
M
</Reference>
Eller
<Reference>
an..70
<BIN>
ifier>
KVA
<OriginalObjectSize>Objektstoerrelse</OriginalObje
ctSize>
</BIN>
</Reference>
)
</AnalysisMethod>
<AnalysisResults>
<Headline>Analyseresultat_overskrift</Headline>
n..18
<Text>Analyseresultat_beskrivelse</Text>
tx..3500
0
<Reference>
an..35
<Reference>
<RefDescription></R
efDescription>

XML DataDefinition
</Reference>
<Reference>
M Objektfilnavn
<RefDescription></R
efDescription>
<BIN>
M Objektrefnr
bjectIdentifier>
ctCode>
NSION
e></ObjectExtension
Code>
e
</BIN>
</Reference>
M Resultat
Restekst
</AnalysisMethod>
<AnalysisResults>
<Headline></Headlin
e>
<Text></Text>
eller biosignal
analyseresultat(erne). Angives kun for at øge filens
læsevenlighed, idet overskriften ”Resultat” altid anvendes
ved præsentation.
Text rummer beskrivelse i fri tekst af analyseresultat(erne).
Resultat kan fx være karyotype (46,XY) eller påviste
mutationer. Der angives referencer samlet for hele
besvarelsen, eller evt. relateret til hvert enkelt materiale ex.
[A] og [B].
<Reference>
29
<URL>Weblink</URL>
</Reference>
Eller
<Reference>
True
FeltDef
an..70
an..350
an..70
M
BOOLE
AN
M
</Reference>
Eller
<Reference>
an..70
<BIN>
ifier>
KVA
ctSize>
</BIN>
</Reference>
)
</AnalysisResults>
<Conclusion>
<Headline>Resultat_overskrift_konklusion</Headlin an..35
e>
<Text>Resultat_konklusion_beskrivelse</Text>
</Conclusion>
<Comments>
M
<RefDescription></R
efDescription>
M
<URL></URL>
</Reference>
tx..1050
0
<Reference>
<RefDescription></R
efDescription>

XML DataDefinition
</Reference>
<Reference>
<RefDescription></R
efDescription>
<BIN>
M Objektrefnr
bjectIdentifier>
ctCode>
NSION
e></ObjectExtension
Code>
e
</BIN>
</Reference>
M Objektfilnavn
M Konklusion
Konklusion
</AnalysisResults>
<Conclusion>
<Headline></Headlin
e>
<Text></Text>
eller biosignal
konklusion. Angives kun for at øge filens læsevenlighed, idet
overskriften ”Konklusion” altid anvendes ved præsentation.
Text er konklusionen på undersøgelsen i fri tekst, samlet for
hele rekvisitionen.
</Conclusion>
<Comments>
30
FeltDef
<Headline>Resultat_overskrift_kommentar</Headlin an..35
e>
<Text>Resultat_kommentar_beskrivelse</Text>
tx..210
M Kommentar
<Headline></Headlin
e>
LabKomm
<Text></Text>
</Comments>
</TextualFormat>
</LaboratoryResults>
</GeneticsReport>
</Emessage>
M
M
M
M
XML DataDefinition
Headline er overskrift for Kommentar.
Text er generel kommentar til undersøgelsen. Præsenteres
sidst i svaret.
</Comments>
</TextualFormat>
</LaboratoryResults>
</GeneticsReport>
</Emessage>
31
XML Kvalifikatorliste
Det gode XML Genetiksvar, XRPT07
VersionCode XR0730G
I Kvalifikatorlisten er angivet





XML KvalifikatorNavn/Type her er angivet koden for
kvalifikatortypen og de er sorteret alfabetisk.
Gyldige XML vaerdier, kvalifikatorværdier angivet med sigende
navn.
EDIFACT KvalifikatorNavn, således som dette fremgår af
Facitlisten i EDIFACT.
Gyldige EDIFACT kvalifikatorvaerdier for hver enkelt
kvalifikator i henhold til EDIFACT standarden.
Kun de viste kvalifikatorværdier må benyttes. Modtages en
”ugyldig” kvalifikator, skal denne dog kunne modtages – og skal
behandles ”som om” der var tale om default kvalifikator.
XML KvalifikatorDefinition der angiver betydningen af hver
enkelt kvalifikatorværdi i XML.
32
XML Kvalifikatorliste
XML KvalifikatorNavn/Type
Gyldige XMLvaerdier
Default
EDIFACT
KvalifikatorNavn
Gyldige
EDIFACT
vaerdier
XML KvalifikatorDefinition
AcknowledgementCodeType
minuspositivkvitt
Default
KUVKVIT
0
AcknowledgementCodeType
pluspositivkvitt
KUVKVIT
1
IdentifierCodeType
IdentifierCodeType
IdentifierCodeType
IdentifierCodeType
IdentifierCodeType
MedicalSpecialityCodeType
sygehusafdelingsnummer
ydernummer
lokationsnummer
kommunenummer
sorkode
Ikkeklassificeret
KODE
KODE
KODE
KODE
KODE
AFSSPEC
SKS
YNR
EAN
KOM
SOR
99
blandet
intern_medicin_sygehus
geriatri
hepatologi
haematologi
Infektionsmedicin
kardiologi
med_allergologi
med_endokrinologi
med_gastroenterologi
med_lungesygdomme
nefrologi
reumatologi
palliativ
akut
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
00
1
2
3
4
5
6
7
8
9
10
11
12
14
15
Angiver at der ikke ønskes POSITIV XCONTRL
kvittering på kuverten. Negativ XCONTRL sendes
altid ved "mislykket modtagelse"
Angiver at der ønskes POSITIV XCONTRL kvittering
("brevet er modtaget") på applikationsniveau på
kuverten. VANS må aldrig sende POSITIV
XCONTRL.
Sygehusafdelingsnummer i officiel SKS-kode.
Ydernummer for praktiserende ydere.
EAN-lokationsnummer
Kommunenummer.
Sundhedsvæsenets organisationsregister.
"99-Ikke klassificeret". Benyttes både for
sygehusafdelinger og for praktiserende samt evt.
andre afsendere hvor der ikke findes et lægeligt
speciale, f.eks. for kommuner.
Blandet medicin (Afsenders sygehusspeciale).
Intern medicin (Afsenders sygehusspeciale).
Geriatri (Afsenders sygehusspeciale).
Hepatologi (Afsenders sygehusspeciale).
Hæmatologi (Afsenders sygehusspeciale).
Infektionsmedicin (Afsenders sygehusspeciale).
Kardiologi (Afsenders sygehusspeciale).
Med. allergologi (Afsenders sygehusspeciale).
Med. endokrinologi (Afsenders sygehusspeciale).
Med. gastroenterologi (Afsenders sygehusspeciale).
Med. lungesygdomme (Afsenders sygehusspeciale).
Nefrologi (Afsenders sygehusspeciale).
Reumatologi (Afsenders sygehusspeciale).
Palliativ medicin (Afsenders sygehusspeciale).
Akut medicin (Afsenders sygehusspeciale).
Default
Default
33
Gyldige XMLvaerdier
Default
EDIFACT
KvalifikatorNavn
Gyldige
EDIFACT
vaerdier
dermato_venerologi_sygehus
neurologi
onkologi
kirurgi_sygehus
karkirurgi
kir_gastroenterologi
plastikkirurgi
thoraxkirurgi
urologi
gynaekologi_obstetrik_sygehus
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
18
20
22
30
31
32
33
34
35
38
sexologi
neurokirurgi
ortopaedisk_kirurgi_sygehus
oftalmologi
oto_rhino_laryngologi
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
39
40
42
44
46
hospitalsodontologi
psykiatri_sygehus
boerne_ungdomspsykiatri
AFSSPEC
AFSSPEC
AFSSPEC
48
50
52
klin_biokemi
klin_fys_nuklearmedicin
AFSSPEC
AFSSPEC
60
61
klin_immunologi
klin_mikrobiologi
klin_neurofysiologi
patologisk_anatomi
diagnostisk_radiologi
klin_farmakologi
klin_genetik
paediatri_sygehus
anaestesiologi_sygehus
arbejdsmedicin
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
62
63
64
65
66
67
68
80
84
86
Dermato-venerologi (Afsenders sygehusspeciale).
Neurologi (Afsenders sygehusspeciale).
Onkologi (Afsenders sygehusspeciale).
Kirurgi (Afsenders sygehusspeciale).
Karkirurgi (Afsenders sygehusspeciale).
Kir. gastroenterologi (Afsenders sygehusspeciale).
Plastikkirurgi (Afsenders sygehusspeciale).
Thoraxkirurgi (Afsenders sygehusspeciale).
Urologi (Afsenders sygehusspeciale).
Gynækologi og obstetrik (Afsenders
sygehusspeciale).
Sexologi (Afsenders sygehusspeciale).
Neurokirurgi (Afsenders sygehusspeciale).
Ortopædisk kirurgi (Afsenders sygehusspeciale).
Oftalmologi (Afsenders sygehusspeciale).
Oto-, rhino-, laryngologi (Afsenders
sygehusspeciale).
Hospitalsodontologi (Afsenders sygehusspeciale).
Psykiatri (Afsenders sygehusspeciale).
Børne- og ungdomspsykiatri (Afsenders
sygehusspeciale).
Klin. biokemi (Afsenders sygehusspeciale).
Klin fys og nuklearmedicin (Afsenders
sygehusspeciale).
Klin. immunologi (Afsenders sygehusspeciale).
Klin. mikrobiologi (Afsenders sygehusspeciale).
Klin. neurofysiologi (Afsenders sygehusspeciale).
Patologisk anatomi (Afsenders sygehusspeciale).
Diagnostisk radiologi (Afsenders sygehusspeciale).
Klin. farmakologi (Afsenders sygehusspeciale).
Klin. genetik (Afsenders sygehusspeciale).
Pædiatri (Afsenders sygehusspeciale).
Anæstesiologi (Afsenders sygehusspeciale).
Arbejdsmedicin (Afsenders sygehusspeciale).
34
Gyldige XMLvaerdier
almen_medicin
samfundsmedicin
retsmedicin
fysioterapi_sygehus
anaestesiologi_praksis
roentgen_kbh
dermato_venerologi_praksis
roentgen
reumatologi_fysiurgi
gynaekologi_obstetrik_praksis
intern_medicin_praksis
kirurgi_praksis
klinisk_kemi
neurokirurgi_praksis
neuromedicin
oejenlaege
ortopaedisk_kirurgi_praksis
oere_naese_halslaege
patologi
plastkirurgi
psykiatri_praksis
paediatri
boernepsykiatri
tropemedicin
med_laboratorier_kpll
med_laboratorier
omegnslaboratorier
med_laboratorier_ssi
tandplejere
tandlaege
fysioterapi
briller
kiropraktor
Default
EDIFACT
KvalifikatorNavn
Gyldige
EDIFACT
vaerdier
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
90
91
92
98
2501
2503
2504
2505
2506
2507
2508
2509
2511
2517
2518
1519
2520
2021
2522
2523
2524
2525
2526
2528
7044
7045
7046
7048
4049
4050
4551
5552
5053
Almen medicin (Afsenders sygehusspeciale).
Samfundsmedicin (Afsenders sygehusspeciale).
Retsmedicin (Afsenders sygehusspeciale).
Fysio- og ergoterapi (Afsenders sygehusspeciale).
Anæstesiologi (Afsenders praksisspeciale).
Røntgen (København) (Afsenders praksisspeciale).
Dermatologi-venerologi (Afsenders praksisspeciale).
Røntgen. (Afsenders praksisspeciale).
Reumatologi (Fysiurgi) (Afsenders praksisspeciale).
Gynækologi/obstetrik (Afsenders praksisspeciale).
Intern Medicin (Afsenders praksisspeciale).
Kirurgi (Afsenders praksisspeciale).
Klinisk kemi. (Afsenders praksisspeciale).
Neurokirurgi (Afsenders praksisspeciale).
Neuromedicin (Afsenders praksisspeciale).
Øjenlæge (Afsenders praksisspeciale).
Ortopædisk Kirurgi (Afsenders praksisspeciale).
Øre, Næse halslæge (Afsenders praksisspeciale).
Patologi (Afsenders praksisspeciale).
Plastkirurgi (Afsenders praksisspeciale).
Psykiatri (Afsenders praksisspeciale).
Pædiatri (Afsenders praksisspeciale).
Børnepsykiatri (Afsenders praksisspeciale).
Tropemedicin (Afsenders praksisspeciale).
KPLL (Afsenders praksisspeciale).
Med. laboratorier (Afsenders praksisspeciale).
Omegnslaboratorier (Afsenders praksisspeciale).
SSI (Afsenders praksisspeciale).
Tandplejere (Afsenders praksisspeciale).
Tandlæge (Afsenders praksisspeciale).
Fysioterapi (Afsenders praksisspeciale).
Briller (Afsenders praksisspeciale).
Kiropraktor (Afsenders praksisspeciale).
35
Gyldige XMLvaerdier
Default
EDIFACT
KvalifikatorNavn
Gyldige
EDIFACT
vaerdier
fodterapi
fodbehandlking
ridefysioterapi
teddy
fodterapi_radioaktiv
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
6054
6055
4557
4658
6059
fodterapi_leddegigt
AFSSPEC
6060
fysioterapi_vederlagsfri
psykolog
kiropraktor_64
ridefysioterapi_vederlagsfri
AFSSPEC
AFSSPEC
AFSSPEC
AFSSPEC
4562
9463
5064
4565
almenlaege_laegevagt
vagtlaege
almenlaege_vagtkoersel
AFSSPEC
AFSSPEC
AFSSPEC
580
1080
0581
almenlaege_vagtlaegehjaelp
AFSSPEC
0582
vagtlaegehjaelp_kbh
AFSSPEC
1082
ObjectCodeType
ObjectCodeType
ObjectCodeType
ObjectCodeType
ObjectCodeType
ObjectCodeType
ObjectCodeType
vagtlaegehjaelp
tekstfil
billede
program
vektor_grafik
biosignaler
multimedie
proprietaert_indhold
AFSSPEC
OBJEKTTYPE
OBJEKTTYPE
OBJEKTTYPE
OBJEKTTYPE
OBJEKTTYPE
OBJEKTTYPE
OBJEKTTYPE
1083
TXT
IMG
PRG
VGR
BSG
MUL
PRP
ObjectExtensionCodeType
pcx
tiff
jpeg
gif
OBJEKTEXTENSION
OBJEKTEXTENSION
OBJEKTEXTENSION
OBJEKTEXTENSION
PCX
TIF
JPG
GIF
Fodterapi (Afsenders praksisspeciale).
Fodbehandling (Afsenders praksisspeciale).
Ridefysioterapi (Afsenders praksisspeciale).
Teddy Øfeldt (Afsenders praksisspeciale).
Fodterapi - følger radioaktiv bestråling (Afsenders
praksisspeciale).
Fodterapi - svær leddegigt (Afsenders
praksisspeciale).
Vederlagsfri fysioterapi (Afsenders praksisspeciale).
Psykolog (Afsenders praksisspeciale).
Kiropraktik - ordning 64 (Afsenders praksisspeciale).
Vederlagsfri ridefysioterapi (Afsenders
praksisspeciale).
Almenlæge og lægevagt (Afsenders praksisspeciale).
Almenlæge og lægevagt (Afsenders praksisspeciale).
Almen lægers vagtkørsel (Afsenders
praksisspeciale).
Vagtlægehjælp, region hovedstaden (Afsenders
praksisspeciale).
Vagtlægehjælp, region hovedstaden (Afsenders
praksisspeciale).
Vagtlægehjælp (Afsenders praksisspeciale).
Tekst + tabeller
Images, billeder
EDB programmer
Vector Graphics (ex. PDF)
Biosignals ex. EKG
Multimedier
Proprietært indhold ex. I en ZIP fil. Må kun anvendes
ved bilaterale aftaler.
PCX, billedfil
TIFF, billedfil
JPEG billedfil
GIF billedfil
36
Gyldige XMLvaerdier
RelationCode
RelationCode
RelationCode
RelationCode
ReportStatusCode
bmp
png
mpg
dcm
scp
txt
rtf
doc
xls
wpd
exe
pdf
wav
avi
mid
rmi
com
zip
bin
inh
barn
far
mor
uspec_paaroerende
del_svar
ReportStatusCode
komplet_svar
Default
Optionel
Optionel
Optionel
Optionel
Optionel
Optionel
Optionel
Default
Default
EDIFACT
KvalifikatorNavn
Gyldige
EDIFACT
vaerdier
OBJEKTEXTENSION
OBJEKTEXTENSION
OBJEKTEXTENSION
OBJEKTEXTENSION
OBJEKTEXTENSION
OBJEKTEXTENSION
OBJEKTEXTENSION
OBJEKTEXTENSION
OBJEKTEXTENSION
OBJEKTEXTENSION
OBJEKTEXTENSION
OBJEKTEXTENSION
OBJEKTEXTENSION
OBJEKTEXTENSION
OBJEKTEXTENSION
OBJEKTEXTENSION
OBJEKTEXTENSION
OBJEKTEXTENSION
OBJEKTEXTENSION
OBJEKTEXTENSION
PAAROER
PAAROER
PAAROER
PAAROER
STATUS
BMP
PNG
MPG
DCM
SCP
TXT
RTF
DOC
XLS
WPD
EXE
PDF
WAV
AVI
MID
RMI
COM
ZIP
BIN
INH
SD
FA
MO
GU
D
BMP billedfil
PNG billedfil
MPG billede + lydfil
DICOM, røntgenbillede
SCP-ECG prENV1064, EKG standard fil.
Ren tekstfil
Rich text format
Microsoft Word
Microsoft Excel
Word perfect
Programfil
PDF filer (vektorgrafik)
MS wave fil (multimedia)
Generic
STATUS
K
Programfil
Zip-filer. Kan kvalificeres med alle ObjectCode
Generic
Inhousefil
Barn
Far
Mor
Uspecificeret pårørende el. værge.
Der afgives et delsvar, når dette svar ikke er det
sidste svar. Svarmodtageren ved dermed at
rekvisitionen ikke er færdigbesvaret.
Svaret er komplet, så svarmodtageren ved der ikke
kommer flere svar til rekvisitionen.
Komplet svar angives også når egenudførte analyser
er færdigbehandlet, men øvrige analyser er
videresendt til andet laboratorium der selv svarer
direkte ud til svarmodtageren.
37
Gyldige XMLvaerdier
ReportStatusCode
Default
EDIFACT
KvalifikatorNavn
Gyldige
EDIFACT
vaerdier
modtaget
STATUS
M
ResultStatusCode
proeve_modtaget
N/PR
ResultStatusCode
svar_midlertidigt
SERVICETYP/STAT
US2
SERVICETYP/STAT
US2
ResultStatusCode
svar_endeligt
N/FR
ResultStatusCode
svar_rettet
TypeCodeType
VersionCodeType
XRPT07
XR0730G
SERVICETYP/STAT
US2
SERVICETYP/STAT
US2
BRVTYPE
VERSION
Advisering at prøve er modtaget, men der er ingen
resultater klar endnu.
Angiver at prøvematerialet er modtaget på
laboratoriet. Markeres med ***** i TableResult.
Et midlertidigt svar, hvor der senere kommer et
endeligt svar.
Dette kan også være resultatet ”SEND:<lab.navn>”,
fx ”SEND:SSI”, for en sendeprøver hvor det andet
laboratorium selv svarer ud.
Resultatet må overskrives af det endelige resultat der
følger senere.
Det endelige definitive resultat.
Default
MEDRPT
MEDRPT
Default
UNOC
UNOC
Default
SERVICETYP
N
SERVICETYP
M
STATUS2
FR
STATUS2
PR
N/PR
M/FR
RPT07
R0730G
Rettelse af et endeligt definitivt svar. Må ikke
overskrive det endelige svar.
XML Klinisk genetisk analysesvar.
XR0730G er versionsnummer for "det gode" XML
genetiksvar.
Værdier angivet med kursiv er forklaringer
til anvendelsen ved konvertering mellem EDIFACT/XML
Anvendes ved konvertering fra XML
til EDIFACT
til EDIFACT
til EDIFACT
til EDIFACT
til EDIFACT
til EDIFACT
Default
MEDRPT angiver at EDI-meddelelsen er et subset af
den europæiske pre-standard "MEDRPT".
UNOC betyder at brevet sendes i tegnsættet ISO
8859-1. Dette tegnsæt SKAL altid benyttes.
Nyt svar som ikke tidligere er fremsendt. Ikke
indeholdende ændringer til præliminære svar
Ændring til tidligere fremsendt svar. Det tidligere
fremsendte må ikke slettes
Endeligt resultat, der kommer ikke flere resultater til
denne analyse.
Foreløbigt resultat. Angives med ***** som resultat.
Analysen er rekvireret, men der foreligger endnu ikke
svar.
38
Gyldige XMLvaerdier
Default
EDIFACT
KvalifikatorNavn
Gyldige
EDIFACT
vaerdier
til EDIFACT
STATUS2
MR
til EDIFACT
til EDIFACT
Blank, bruges ikke ved XML
STATUS
D
STATUS
K
Modificeret resultat. Dette er et resultat på en analyse
der tidligere var Endelig besvaret med FR, men hvor
der kommer en rettelse.
Status på hele svaret. Delvist. Anvendes ikke i
genetik.
Status på hele svaret. Komplet.
KODE
Er en del af xml-strukturen og ikke
længere en kvalifikator
<FixedFont>
<FixedFont><Right>
FORMAT
F0H
KODE udfyldes ikke hvis "KODEORG" er "9" for
lokationsnummer.
9 angiver EAN (lokationsnummer).
SST angiver at kodeansvarlige er
Sundhedsstyrelsen/MedCom
SFU angiver at kodeansvarlige er Sygesikringens
Forhandlingsudvalg.
Ikke-proportional skrift. Svarer til eneste mulige
formatering i modtagersystemer i dag. Teksten bør
vises af modtager i ikke-proportional skrift (f.eks.
Courier) med en liniebredde på 70 tegn, da teksten
kan indeholde tabeller eller indrykninger og disse vil
blive "vredet" ved anvendelse af proportional skrift. Al
tekst vil som udgangspunkt blive vist "venstrestillet".
Ikke-proportional skrift. Højrestillet.
<FixedFont><Center>
FORMAT
F0M
Ikke-proportional skrift. Midtstillet.
<FixedFont><Bold>
FORMAT
FF0
Ikke-proportional skrift. Fed.
<FixedFont><Underline>
FORMAT
FU0
Ikke-proportional skrift. Understreget.
<FixedFont><Italic>
FORMAT
FK0
Ikke-proportional skrift. Kursiv.

FORMAT
P00
<Right>
FORMAT
P0H
Proportional skrift. Afsendersystemer bør benytte
denne type (under forudsætning af at teksten ikke
indeholder tabeller eller indrykninger).
Proportional skrift. Højrestillet.
Bruges hvis kode er blank
Bruges hvis kode er SKS
Default
Bruges hvis kode er YNR
Default
KODEORG
KODEORG
9
SST
KODEORG
SFU
FORMAT
F00
39
Gyldige XMLvaerdier
Default
EDIFACT
KvalifikatorNavn
Gyldige
EDIFACT
vaerdier
<Center>
FORMAT
P0M
Proportional skrift. Midtstillet.
<Bold>
FORMAT
PF0
Proportional skrift. Fed.
<Underline>
FORMAT
PU0
Proportional skrift. Understreget.
<Italic>
FORMAT
PK0
Proportional skrift. Kursiv.
40
Testeksempel
Alle opdaterede testeksempler findes på MedComs hjemmeside: http://www.medcom.dk/ under fanen Standarder under de respektive meddelelsesstandarder.
41

XRPT07 - SVN

Transcription

Similar documents

GGOP - SVN

UNI•Login Eksport (ws17)

고급 문장 번역: 비지니스 | 주문 (한국어

r: m: w v - Sydskolen

Hjælp - vejledning - Morarente.ingmar.dk

OIOXML-faktura – beskrivelse af feltindhold. - byg-e.dk

REFERAT FRA ORDINÆR GENERALFORSAMLING i

National implementering af telemedicinsk sårvurdering

Curriculum Vitae - Department of Computer Science

Møllefolder 2011 - Lokalforum Regstrup