MedCom Rugårdsvej 15, 2. sal DK-5000 Odense C

Transkript

1 Rettelser til de gode XML-breve De fejl vi hidtil har fundet kan I se i dette brev, og fremover vil I også kunne finde dem på vor hjemmeside: under fanen Standarder - hvor der er en særlig fane med RETTELSER. Så før du går i gang med at afteste er det en god ide at kigge på rettelsessiden for at få de sidste nye oplysninger med. Fejlene i testeksemplerne er rettet i de testeksempler der ligger på hjemmesiden, selve de Gode XML-breve er IKKE rettet. De fejl vi indtil nu har fundet er: MedCom Rugårdsvej 15, 2. sal DK-5000 Odense C Telefon Direkte Lokalnr. 16 Telefax Dato Vor ref. JAG J.nr. XML-breve Indholdsfortegnelse: Rettelser til de gode XML-breve... 1 Generel rettelse: Den gode XML Korrespondance (Clinical ) Den gode XML Recept (Prescription) Den gode XML Receptfornyelse (PrescriptionRequest) PreferredPharmacy er nu krævet... 4 Den gode XML negative kvittering (NegativeReceipt) Den gode XML sygehushenvisning (HospitalReferral) Den gode XML billeddiagnostiske henvisning (XrayRequest) Det gode XML indlæggelsessvar (AnswerOfAdmission) : Det gode XML KBA/KIA laboratoriesvar (LaboratoryReport) : : Det gode XML mikrobiologisvar (MicrobiologyReport) : Den gode XML KBA/KIA/KMA laboratorierekvisition Den gode Mikrobiologirekvisition Det gode Patologisvar Det gode analyseregister Rettelser_XML

2 Rettelser_XML - 2 -

3 R E T T E L S E R Generel rettelse: PostCodeIdentifier ændrer feltlængde fra n4 til an..9. Da der er flere udenlandspatienter som frekventerer danske læger bliver vi nødt til at udvide feltet, så det kan indeholde udenlandske postnumre. Feltet udvides fremover til an..9 i stedet for n4 som det er nu og dette gælder for alle XML meddelelser SOR (Sundhedsvæsnets Organisations Register) I forbindelse med overgang til SOR (Sundhedsvæsnets Organisations Register) vil det fremover være muligt at anvende denne kode til identifikation af sundhedsvæsnets parter. Dette betyder at IdentifierCodeType i alle meddelelser også kan antage værdien sorkode Fjernelse af G-EPJ elementer G-EPJ elementer er ikke længere en del af xml-schemaet, hvis de medsendes sker dette ved at bruge elementet Local_Elements under Envelope. Den gode XML Korrespondance (Clinical ) Ny version, ny dokumentation VersionCode ændres til XD9134L. Der indsættes et nyt element efter Patient som hedder AdditionalInformation. Her indsættes 2 nye subelementer Priority og Subject. Subject-feltet kan udfyldes med følgende overskrifter: Plejerapport, Genoptræningsplan, Lægekorrespondance, Spørgeskema, Hjemmeplejestatus, Forundersøgelse. Se ny dokumentation på hjemmesiden. Tidsplan for implementering af ny version: alle systemer kan modtage og sende ny version pr , man må ikke sende den nye version før efter den OBS Rettelse til ovenstående. Revideret tidsplan for indførelse af ny version af korrespondancen. Alle systemer skal kunne modtage ny version (XD9134L) fra den 1. april Derefter er det tilladt at begynde at sende versionen. Dog skal man kunne modtage både gammel og ny version i en periode. 1. oktober 2008 skal alle systemer sende i den nye version og man må afvise på den gamle version. Den gode XML Recept (Prescription) Rettelser udført i schemaet: Streetname elementet under Sender, PatientOrRelative og PriorityOfDelivery, er blevet rettet til at kunne indeholde strenge med op til og med 70 tegn frem for 35 tidligere. Rettelser til dokumentation: Streetname elementet under Sender, PatientOrRelative og PriorityOfDelivery, kan indeholde strenge med op til og med 70 tegn. IdentifierCode elementet under Sender er obligatorisk. TelefoneSubscriber elementet under Sender er obligatorisk. OrganisationName elementet under Sender kan indeholde strenge med op til og med 70 tegn. Rettelser_XML - 3 -

4 Den gode XML Receptfornyelse (PrescriptionRequest) PreferredPharmacy er nu krævet. For at være kompatibelt med Edifact udgaven, er PreferredPharmacy gjort mandatory i xml udgaven. Den gode XML negative kvittering (NegativeReceipt) Rettelser til dokumentationen: RefuceCode i Facitlisten skal erstattes med RefuseCode. RefuceText i Facitlisten skal erstattes med RefuseText. Den gode XML sygehushenvisning (HospitalReferral) Rettelser til dokumentationen: Referrer elementet under Sender er udvidet med elementerne Identifier og IdentifierCode, nedenstående tabel beskriver deres betydning og indhold: <Identifier> Henvisers_ID_num mer </Identifier> <IdentifierCode> Henvisers_ID_num mers_type </IdentifierCode> an..17 M Henvis erid KVA <Identifier> </Identifier > M KODE <IdentifierC ode> </Identifier Code> Identifier er sygehusafdelingsklassifikationsnummer for sygehus (stamafdelingen). Hvis afsender er en privat praksis benyttes ydernummer eller lokationsnummer. Ved omvisitering af henvisning til en sygehusafdeling udfyldes Identifier med Senders Identifier fra den originale henvisning. Hvis Referrer Identifier allerede er udfyldt overskrives indholdet ikke. IdentifierCode er kvalifikator for det anvendte kode- el. klassifikationssystem - ofte "sygehusafdelingsnummer" hvis afsender er en sygehusafdeling, "ydernummer" hvis sygesikringsyder, "kommunenummer" hvis kommune. Ved afsendelse af bookingsvar (BookingConfirmation) og epikrise (DischargeLetter) skal det sendes til Referrer/Identifier hvis det er udfyldt, ellers Sender/Identifier Yderligere præcisering i forbindelse med Mini IRSK projektet Refer - DiagnoseCode: det er obligatorisk at sende en ICD10-kodet henvisningsdiagnose, og der skal gives mulighed for at medsende 5 bidiagnoser/tillægsdiagnoser. Dette gælder dog ikke, når man viderevisiterer en henvisning. Her beholder man de fremsendte diagnoser og der må ikke tilføjes nye. Anamnesis: her skal der gives mulighed for at skrive 18 x 5 linier a 70 karakterer. Dette gælder dog ikke, når man viderevisiterer en henvisning. Her beholder man den fremsendte tekst og der må ikke tilføjes ny tekst i dette felt. HospitalVisitation: Feltet bruges fortrinsvis ved viderevisitering af henvisningen. Her skal der gives mulighed for at skrive 9x350 karakterer. Der forbeholdes et element til første henvisningsdato som kvalificeres med henvisning_modtaget (se kvalifikatorlisten) som for sygehusets vedkommende er den dato, hvor henvisningen er modtaget på sygehuset. Det er et krav at man skal kunne sætte henvisningsdatoen ind i feltet HospitalVisitation ved omvisitering, kvalificeret med henvisning_modtaget. Og der må kun bruges et element til dette. I XML en skal det skrives således: <HospitalVisitation> Rettelser_XML - 4 -

5 <InformationCode>henvisning_modtaget</InformationCode> <Information> <FixedFont>HENVISNING MODTAGET: <Break /> <Break /></FixedFont> </Information> </HospitalVisitation> og for brugeren skal det præsenteres således: HENVISNING MODTAGET: Selve visiteringsteksten kvalificeres med visitering (se kvalifikatorlisten). Og det er et krav at man skal kunne sætte denne tekst ind kvalificeret med visitering. I kvalifikatorlisten findes yderligere kvalifikatorer, men det er ikke et krav at der skal gives mulighed for at benytte disse, dog må man ikke afvise en henvisning, hvis nogle af de andre kvalifikatorer er benyttet. I XML en skal det skrives således: <HospitalVisitation> <InformationCode>visitering</InformationCode> <Information> <FixedFont>VISITERING: <Break />Vi omvisiterer hermed denne henvisning til jer, da vores kapacitet er<break />overskredet. Har I problemer med dette kan I omvisitere til Århus. <Break /><Break />I ønskes god jul og godt nytår<break /> </FixedFont> </Information> </HospitalVisitation> og for brugeren skal det præsenteres således: VISITERING: Vi omvisiterer hermed denne henvisning til jer, da vores kapacitet er overskredet. Har I problemer med dette kan I omvisitere til Århus. I ønskes god jul og godt nytår For brugeren skal selve visiteringsteksten præsenteres før teksten med henvisningsdatoen således: VISITERING: Vi omvisiterer hermed denne henvisning til jer, da vores kapacitet er overskredet. Har I problemer med dette kan I omvisitere til Århus. I ønskes god jul og godt nytår HENVISNING MODTAGET: Hvis der er brug for at omvisitere yderligere skal den oprindeligt fremsendte tekst ikke medsendes, kun linien som indeholder den oprindelige henvisningsdato I forbindelse med Pakkehenvisningsprojektet i MedCom7 er det vedtaget, at man udvider feltet, hvor man kan skrive kliniske oplysninger. Udvidelsen af teksten i feltet Kliniske oplysninger bliver fra ca tegn til ca tegn i alt for de fire områder. OBS dette Rettelser_XML - 5 -

6 gælder kun for sygehushenvisningen, XREF01 og ikke for de andre henvisningstyper XREF02 og XREF06. Deadline for ibrugtagning fastlægges på næste møde i april 2011, men foreslås gennemført pr , da alle lægesystemer vil kunne det der. Rettelser_XML - 6 -

7 Kodet telefonnumre, stilling og adresse på patient. Tilføjelse af kodning på patientens telefonnumre og mulighed for at angive en adresse, og/eller en stillingsbetegnelse for patienten. Alle felterne er tilføjet under Patient elementet. <PersonTitle>Patientens_stillin g</persontitle> an..35 PatStl <PersonTitle></PersonTitl e> PersonTitle er patientens stillingsbetegnelse. <TelephoneSubscriber> <TelephoneSubscriberIdentifie r> Patientens_telefonnummer </TelephoneSubscriberIdentifi er> <TelephoneSubscriberCode> KVA TelephoneType </TelephoneSubscriberCode> < Identifier>Patientens_e an..70 mail</ identifier> <TelephoneSubscriber> Kan gentages tre gange. an..25 M PatTlf <TelephoneSubscriberIde ntifier> TelephoneSubscriberIdentifier er patientens telefonnummer privat </TelephoneSubscriberIde eller på arbejde og mobilnummer. ntifier> M TLFTYP E <TelephoneSubscriberCo Kvalifikator der angiver om de> telefonnummeret er et </TelephoneSubscriberCo mobilnummer, et fastnetnummer de> eller et arbejdsnummer. Pat < Identifier></ Id entifier> Eksempel på angivelse af stillingsbetegnelse, telefon og adresse: <Patient> <AlternativeIdentifier> BN2</AlternativeIdentifier> <PersonSurnameName>Test erstatningscpr</personsurnamename> <PersonGivenName>Test Nancy Ann</PersonGivenName> <PersonTitle>Kleinsmed</PersonTitle> <StreetName>Park Alle 48</StreetName> <DistrictName>Vejle Øst</DistrictName> <PostCodeIdentifier>7120</PostCodeIdentifier> <TelephoneSubscriber> <TelephoneSubscriberIdentifier> </TelephoneSubscriberIdentifier> <TelephoneSubscriberCode>fastnet</TelephoneSubscriberCode> <TelephoneSubscriber> <TelephoneSubscriberIdentifier> </TelephoneSubscriberIdentifier> <TelephoneSubscriberCode>mobil</TelephoneSubscriberCode> < Identifier>ole.berggren@danmarksmestkendtepatient.dk</ Identifier> </Patient> Pat er patientens adresse. Den gode XML billeddiagnostiske henvisning (XrayRequest) Rettelser til dokumentationen: Referrer elementet under Sender er udvidet med elementerne Identifier og IdentifierCode, nedenstående tabel beskriver deres betydning og indhold: <Identifier> Henvisers_ID_num mer </Identifier> an..17 M Henvis erid <Identifier> </Identifier > Identifier er sygehusafdelingsklassifikationsnummer for sygehus (stamafdelingen). Hvis afsender er en privat praksis benyttes ydernummer eller lokationsnummer. Ved omvisitering af henvisning til en sygehusafdeling udfyldes Identifier med Senders Identifier fra den originale henvisning. Hvis Referrer Identifier allerede er udfyldt overskrives indholdet ikke. Rettelser_XML - 7 -

8 <IdentifierCode> Henvisers_ID_num mers_type </IdentifierCode> KVA M KODE <IdentifierC ode> </Identifier Code> IdentifierCode er kvalifikator for det anvendte kode- el. klassifikationssystem - ofte "sygehusafdelingsnummer" hvis afsender er en sygehusafdeling, "ydernummer" hvis sygesikringsyder, "kommunenummer" hvis kommune. Ved afsendelse af bookingsvar (BookingConfirmation) og epikrise (DischargeLetter) skal det sendes til Referrer/Identifier hvis det er udfyldt, ellers Sender/Identifier Yderligere præcisering i forbindelse med Mini IRSK projektet Refer - DiagnoseCode: det er obligatorisk at sende en ICD10-kodet henvisningsdiagnose, og der skal gives mulighed for at medsende 5 bidiagnoser/tillægsdiagnoser. Dette gælder dog ikke, når man viderevisiterer en henvisning. Her beholder man de fremsendte diagnoser og der må ikke tilføjes nye. Anamnesis: her skal der gives mulighed for at skrive 18 x 5 linier a 70 karakterer. Dette gælder dog ikke, når man viderevisiterer en henvisning. Her beholder man den fremsendte tekst og der må ikke tilføjes ny tekst i dette felt. HospitalVisitation: Feltet bruges fortrinsvis ved viderevisitering af henvisningen. Her skal der gives mulighed for at skrive 9x350 karakterer. Der forbeholdes et element til første henvisningsdato som kvalificeres med henvisning_modtaget (se kvalifikatorlisten) som for sygehusets vedkommende er den dato, hvor henvisningen er modtaget på sygehuset. Det er et krav at man skal kunne sætte henvisningsdatoen ind i feltet HospitalVisitation ved omvisitering, kvalificeret med henvisning_modtaget. Og der må kun bruges et element til dette. I XML en skal det skrives således: <HospitalVisitation> <InformationCode>henvisning_modtaget</InformationCode> <Information> <FixedFont>HENVISNING MODTAGET: <Break /> <Break /></FixedFont> </Information> </HospitalVisitation> og for brugeren skal det præsenteres således: HENVISNING MODTAGET: Selve visiteringsteksten kvalificeres med visitering (se kvalifikatorlisten). Og det er et krav at man skal kunne sætte denne tekst ind kvalificeret med visitering. I kvalifikatorlisten findes yderligere kvalifikatorer, men det er ikke et krav at der skal gives mulighed for at benytte disse, dog må man ikke afvise en henvisning, hvis nogle af de andre kvalifikatorer er benyttet. I XML en skal det skrives således: <HospitalVisitation> <InformationCode>visitering</InformationCode> <Information> <FixedFont>VISITERING: <Break />Vi omvisiterer hermed denne henvisning til jer, da vores kapacitet er<break />overskredet. Har I problemer med dette kan I omvisitere til Århus. <Break /><Break />I ønskes god jul og godt nytår<break /> </FixedFont> </Information> </HospitalVisitation> Rettelser_XML - 8 -

9 og for brugeren skal det præsenteres således: VISITERING: Vi omvisiterer hermed denne henvisning til jer, da vores kapacitet er overskredet. Har I problemer med dette kan I omvisitere til Århus. I ønskes god jul og godt nytår For brugeren skal selve visiteringsteksten præsenteres før teksten med henvisningsdatoen således: VISITERING: Vi omvisiterer hermed denne henvisning til jer, da vores kapacitet er overskredet. Har I problemer med dette kan I omvisitere til Århus. I ønskes god jul og godt nytår HENVISNING MODTAGET: Hvis der er brug for at omvisitere yderligere skal den oprindeligt fremsendte tekst ikke medsendes, kun linien som indeholder den oprindelige henvisningsdato Graviditetsforhold Statens Institut for Strålehygiejne, Røntgentilsynet har bedt om at justere teksterne omkring graviditetsforhold således, at der kan vælges mellem følgende 4 tekster: Ikke relevant, ikke udfyldt, gravid, ikke gravid. Teksterne kan evt. præsenteres i en drop down menu og lægen skal vælge en af dem. Teksten placeres i FirstDateOfPeriod elementet eks.: <FirstDateOfPeriod>Ikke gravid</firstdateofperiod> Tidligere har man i dette felt placeret en dato for sidste menstruation, dette erstattes nu af ovenstående Kodet telefonnumre, stilling og adresse på patient. Tilføjelse af kodning på patientens telefonnumre og mulighed for at angive en adresse, og/eller en stillingsbetegnelse for patienten. Alle felterne er tilføjet under Patient elementet. <PersonTitle>Patientens_stillin g</persontitle> an..35 PatStl <PersonTitle></PersonTitl e> PersonTitle er patientens stillingsbetegnelse. <TelephoneSubscriber> <TelephoneSubscriberIdentifie r> Patientens_telefonnummer </TelephoneSubscriberIdentifi er> <TelephoneSubscriberCode> KVA TelephoneType </TelephoneSubscriberCode> Rettelser_XML <TelephoneSubscriber> Kan gentages tre gange. an..25 M PatTlf <TelephoneSubscriberIde ntifier> TelephoneSubscriberIdentifier er patientens telefonnummer privat </TelephoneSubscriberIde eller på arbejde og mobilnummer. ntifier> M TLFTYP E <TelephoneSubscriberCo Kvalifikator der angiver om de> telefonnummeret er et </TelephoneSubscriberCo mobilnummer, et fastnetnummer de> eller et arbejdsnummer.

10 < Identifier>Patientens_e mail</ identifier> an..70 Pat < Identifier></ Id entifier> Pat er patientens adresse. Eksempel på angivelse af stillingsbetegnelse, telefon og adresse: <Patient> <AlternativeIdentifier> BN2</AlternativeIdentifier> <PersonSurnameName>Test erstatningscpr</personsurnamename> <PersonGivenName>Test Nancy Ann</PersonGivenName> <PersonTitle>Kleinsmed</PersonTitle> <StreetName>Park Alle 48</StreetName> <DistrictName>Vejle Øst</DistrictName> <PostCodeIdentifier>7120</PostCodeIdentifier> <TelephoneSubscriber> <TelephoneSubscriberIdentifier> </TelephoneSubscriberIdentifier> <TelephoneSubscriberCode>fastnet</TelephoneSubscriberCode> <TelephoneSubscriber> <TelephoneSubscriberIdentifier> </TelephoneSubscriberIdentifier> <TelephoneSubscriberCode>mobil</TelephoneSubscriberCode> </Patient> Det gode XML indlæggelsessvar (AnswerOfAdmission) : Ændring i versionsnummer for AnswerOfAdmission (XDIS14) I kvalifikatorlisten ændres VersionCodeType fra XD1430C til XD1431C Modtagersystemer på sygehusene skal kunne håndtere begge versioner i perioden 1/10-04 til 1/11-04 Det gode XML KBA/KIA laboratoriesvar (LaboratoryReport) : Forkert versionsnummer i LaboratoryReport (XRPT01) I dokumentationen er der flere steder skrevet forkert versionsnummer, det skal være XR0130K. Det står rigtigt i testeksemplet : Indførelse af Producentkode (ProducerOfLabResult) i XRPT01 I EDIFACT versionen af RPT01 er der indført et nyt segment, hvor man kan angive hvem der har produceret analysesvaret. For at sikre 1-1 konverteringen fra EDIFACT til XML er det nødvendigt at indføre ProducerOfLabResult i XML også, derfor denne rettelse. Det giver ikke et nyt versionsnummer for meddelelsen i VersionCode, men dog et nyt namespace: Der ligger et testeks. på MedComs hjemmeside under Standarder. XML Facitliste XRPT01 FeltDef M EDIFACT TAG XML TAG XML DataDefinition </Analysis> </Analysis> <ProducerOfLabResult> M <ProducerOfLabResult> <Identifier>Producentnavn </Identifier> an..35 M Producent <Identifier></Identifier> Identifier er navnet på det laboratorium der har produceret resultatet i fri tekst, kan også være en SOR/SKS kode. Rettelser_XML

11 <IdentifierCode>Producent kode</identifiercode> an..3 M ProducentKode <IdentifierCode></Identifier Code> </ProducerOfLabResult> M </ProducerOfLabResult> IdentifierCode er den officielle MedCom kode for det lab. der har produceret analysesvaret. Findes på under koder/tabeller/ydere Nyt element til angivelse af lokal kodeorg når kode er 91 i edifacten. Dvs. ønskes der ex. angivet en sygehusafdeling som ikke har en tilstrækkelig detaljeret 7 karakters SKS kode, kan angives en lokal kode efter eget valg, ex IdentifierLocal er laboratoriets korte kode ex. VIB <IdentifierCode>Afsenders_ ID_nummers_type </IdentifierCode> eller <IdentifierLocal>Afsenders_ forkortelse </IdentifierLocal> KVA M KODE <IdentifierCode></Identifie rcode> Eller an..3 M KODEORG <IdentifierLocal></Identifie rlocal> IdentifierCode er kvalifikator for det anvendte kode- el. klassifikationssystem - ofte "sygehusafdelingsnummer " hvis afsender er en sygehusafdeling, "ydernummer" hvis sygesikringsyder, "kommunenummer" hvis kommune. IdentifierLocal er en tre bogstavsforkortelse af den lokale enhed AnalysisCode ændres fra an..8 til an..17, da der kan anvendes andre lokale kodesystemer. <Analysis> M <Analysis> <AnalysisCode>Resultat_an an..17 M LabKode <AnalysisCode></Analysis alyse_kode</analysiscode> Code> <AnalysisCodeType>Result at_analyse_kode_tabel</an alysiscodetype> KVA M KODETABEL <AnalysisCodeType></Anal ysiscodetype> AnalysisCode er kode for den målte kvantitet (analyse). Anvendes der IFCC-IUPAC koder er de på formen NPU12345, DNK Anvendes der lokale koder er de altid numeriske. Bør vises sammen med analysenavnet. AnalysisCodeType er iupac for IUPAC-IFCC kodeskema og lokal for lokale koder. Det gode XML mikrobiologisvar (MicrobiologyReport) : Indførelse af Producentkode, (ProducerOfLabResult) i XRPT02 I EDIFACT versionen af RPT02 er der indført et nyt segment, hvor man kan angive hvem der har produceret analysesvaret. For at sikre 1-1 konverteringen fra EDIFACT til XML er det Rettelser_XML

12 nødvendigt at indføre ProducerOfLabResult i XML også, derfor denne rettelse. Det giver ikke et nyt versionsnummer for meddelelsen i VersionCode, men dog et nyt namespace: Der ligger et testeks. på MedComs hjemmeside under Standarder. XML Facitliste XRPT02 FeltDef M EDIFACT TAG XML TAG XML DataDefinition </AnalysisMDSName> </AnalysisMDSName> </Analysis> </Analysis> <ProducerOfLabResult> M <ProducerOfLabResult> <Identifier>Producentnavn </Identifier> an..35 M Producent <Identifier></Identifier> Identifier er navnet på det laboratorium der har produceret resultatet i fri tekst, kan også være en <IdentifierCode>Producent kode</identifiercode> an..3 M ProducentKode <IdentifierCode></Identifier Code> </ProducerOfLabResult> M </ProducerOfLabResult> SOR/SKS kode. IdentifierCode er den officielle MedCom kode for det lab. der har produceret analysesvaret. Findes på under koder/tabeller/ydere. Den gode XML KBA/KIA/KMA laboratorierekvisition Ny version af Den gode LaboratoryRequest, XQ0131K Trekantsproblematikken Ved indførelse af ny version XQ0131K blev enheden fjernet i promptspm. <Numerical>Undersoegels e_prompt_svar_tal</numer ical> an..18 M SPNNumVaerdi <Numerical></Numerical> Numerical er svar på prompt som tal der angiver et eller andet målbart, eks. vægt eller højde med 2 decimaler Den genindføres da den anvendes af Labka 2 til intern sygehusbrug, men er stadigvæk ikke obligatorisk, men kun i edifactudgaven. RSL+NV+SPNNumVaerdi++:::NumEnh' Der må ikke afvises på en rekvisition, hvis enheden ikke medsendes. Anvendes ikke i WebReq. Der gøres opmærksom på at enheden ikke kan medsendes i PRODAT I forbindelse med laboratoriemedicinprojekterne WebQuality indføres en ny type prompter. De indeholder promptkoden og analysekoden adskilt af en bindestreg. Ideen er at dette anvendes til at sortere svaret på promptkoden ud og koble det sammen med den pågældende analyse. Formen i afsendelsen på XREQ01 er uændret. Blot består <Code>Undersoegelse_prompt_kode</Code> koden nu af Promptkode Analysekode. ex: EQP555-EQA Anvendes kun til WebQuality. <Question> Rettelser_XML <Question>

13 <Code>Undersoegelse_pr ompt_kode</code> <CodeType>Undersoegels e_prompt_kodetabel</cod etype> <CodeResponsible>Under soegelse_prompt_kodeans varlig</coderesponsible> <CodeText>Undersoegels e_prompt_spørgsmål</cod etext> </Question> an..17 KVA an..3 M M M SupKod KODETABEL <Code></Code> Code er koden for prompt. Koden fremgår af promptanalyseregisteret. <CodeType></CodeType> CodeType er kvalifikator for den anvendte <CodeResponsible></Cod eresponsible> kodetabel. Her "lokal". CodeResponsible er koden for tabellens oprindelse, her det lab. der har ansvaret for promptspørgsmålet ex. VIM. Kan også være landsdækkende prompttabel. Benyt da denne tabelkode = DNK. LabOrg an..35 M Promptspm <CodeText></CodeText> CodeText er ordlyden af prompt som den fremgår af promptspørgsmålet fra det pågældende lab. ex. VIM eller DNK analyserepertoire. (LaboratoryAnalysisFile). Indgår samme promptspørgsmål i flere analyser, da svares kun en gang. </Question> Eks.: <Question> <Code>EQP555-EQA00021</Code> <CodeType>lokal</CodeType> <CodeResponsible>PPA</CodeResponsible> <CodeText>Hæmocue</CodeText> </Question> Hæmocue er her værdien for EQP555. Koderne for kvalitetssikringsprompter vedligeholdes af WebReq leverandøren og publiceres på MedComs hjemmeside. Angives på formen EQP123 og kvalificeres med PPA som LabOrg. Findes på under koder/tabeller/ydere Nationale prompter. I forbindelse med revisionen af XREQ01 standarden, er det blevet nødvendigt at tilrette lidt. <LineComment> M <LineComment Her angives undersøgelsesnavnet, fra MDS U koder. I klinisk biokemi angives det lange (NPU) navn. Rettelser_XML

14 <TextLine>Resultat_labora torie_kortnavn</textline> an..70 M <TextLine></TextLine> Her angives undersøgelsesnavnet. I klinisk biokemi angives det lange (NPU) navn. Kan gentages 3 gange. Ved klinisk biokemi kan alle bruges til navne på op til 210 tegn. For MDS U koder er den første TextLine undersøgelsesnavnet. Den anden TextLine er Materialenavn. Tredje TextLine er lokalisationen </LineComment> M </LineComment> I TextLine angives undersøgelsesnavnet. I klinisk biokemi angives det lange (NPU) navn. Kan gentages 3 gange. Ved klinisk biokemi kan alle bruges til navne på op til 210 tegn. For MDS U koder er den første TextLine undersøgelsesnavnet. Den anden TextLine er Materialenavn. Tredje TextLine er lokalisationen. Rekvisitionshotellet: Kortnavn og analysenavn anvendes nu også når der sendes fra sygehussystemer, da man har behov for at angive det i rekvisitioner til rekvisitionshotellet SG17 LabKode an..8 rettes til an..17, da der også anvendes lokale koder, f.eks. MDS koder i mikrobiologi INV LabKode C INV KODETABEL C an.17 M Kode for den ønskede undersøgelse. Anvendes der IFCC-IUPAC koder er de på formen "NPU12345" eller "DNK54321". an..3 M KODETABEL er "CQU" for IUPAC-IFCC, "91" for lokale koder I forbindelse med indførelse af National PrøveNummer servicen er der indført en kvalifikator, som indikerer om rekvisitionsnummeret kommer fra NPN serien. Kvalifikatoren skal kun bruges, hvis nummeret kommer fra NPN serien, ellers skal det ikke udfyldes. Elementet SampleIdentifierType angiver om RequesterSampleIdentifier og OriginalRequesterSampleIdentifier og TestTubeIdentifier er et Nationalt Prøvenummer.Elmentet ReplyToOriginalRequester under Sender elementet, er blevet delt op i et element ReplyTo under den part der skal have et svar. Den gode Mikrobiologirekvisition Den nye version af Den gode KKA/KIA rekvisition, Q0131K dækker også Den gode Mikrobiologirekvisition. Så fremover bruges REQ01 både til at rekvirere klinisk biokemi prøver og klinisk mikrobiologi prøver. Se ovenfor under punkt 7. Det gode Patologisvar Tilføjelse af Hæmatologi tabel. Rettelser_XML

15 Der er tilføjet struktur til at indeholde en tabel for hæmatologi resultater. Den er tilføjet under../laboratoryresults/textualformat/hematology, og erstatter det der tidligere var defineret som hæmatologi resultat. Det gode analyseregister er der udgivet endnu en version af PRODAT. Den hedder nu version XA0138Z og er dokumenteret på vores hjemmeside. Alle tidligere rettelser er indeholdt i den nye version er der udgivet endnu en version af PRODAT. Den hedder nu version XA0139Z og er dokumenteret på vores hjemmeside. Alle tidligere rettelser er indeholdt i den nye version. Rettelser_XML