Den gode XML recept Prescription Revideret Sundhedsfaglige anbefalinger og XML Facitliste for

Transkript

1 L XPRE01 Den gode XML recept Prescription Revideret Sundhedsfaglige anbefalinger og XML Facitliste for XML recept VersionCode: XLMS016 TypeCode: XPRE01 1

2 2

3 Indholdsfortegnelse: Forord... 3 Rettelser... 3 Baggrund... 5 Afsnit A: Sundhedsfaglige anbefalinger Anvendelse Krav og anbefalinger... 9 Afsnit B: XML Facitliste XML Facitliste XML Kvalifikatorliste XML Testeksempel Bilag 1 Printtabel for receptblanket Bilag 2 Databeskrivelse for LMS-takst pr. 1. april

4 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 23. juni 2009: 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. 1. juli 2007: SOR - Sundhedsvæsenets organisationsregister. 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. 2. november 2006: 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. 1. juni 2006: 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. 4

5 Baggrund EDI-transmission af recepter har allerede en lang tradition i Danmark, hvor den nationalt udviklede RECEPT-meddelelse er benyttet siden I 1998 blev Sundhedsstyrelsen, Danmarks Apotekerforening og Praktiserende Lægers Organisation enige om, via Sundhedsstyrelsen, at implementere en ny receptmeddelelse baseret på MEDPRE. I forbindelse med denne proces har en arbejdsgruppe formuleret krav til implementering af MEDPRE, mens en anden arbejdsgruppe har beskæftiget sig med koordinering af de eksisterende medicindatabaser og evt. justeringer af receptbekendtgørelsen. Seneste rettelser til recepten er fra oktober 2005 omhandlende autorisationsid. Disse er nu implementeret i stort set alle lægesystemer. Implementeringen kan ses på under Hvem kan hvad nu. XML-recepten er udarbejdet i forbindelse med MedComs XML EPJ kommunikations projekt Udarbejdelsen af XML recepten er baseret på det indhold der i dag findes i recepten, og det er ved udarbejdelsen af XML versionen sikret at der fremover automatisk kan konverteres til en recept der er baseret på gældende EDIFACT standard og version. Denne konvertering kan testes på MedComs hjemmeside: I efteråret 1999 er der foretaget en opfølgning af implementeringen af MEDPRE på baggrund af opsamling af en del fejlbehæftede/mangelfulde recepter, både i Lægemiddelstyrelsen, Sundhedsstyrelsen, Apotekerforeningen og MedCom. Sundhedsstyrelsens MEDPRE opsamlingsgruppe bestod af: Jesper Theilgaard, almen praksis, konsulent, Kolding Lars Harild, Lægemiddelstyrelsen Susann Duedal Pedersen, Sundhedsstyrelsen Karin Demkjær, MedCom I maj 2002 overtog Lægemiddelstyrelsen ansvaret for den elektroniske recept. 5

6 Den samlede dokumentation af de gode XML breve består af: Afsnit A Indeholder sundhedsfaglige anbefalinger og en gennemgang af anvendelsen med krav og anbefalinger 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. Bilag Printvejledning Databeskrivelse LMS-takst 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 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. Kvalifikatorliste Indeholder de i den aktuelle meddelelse anvendte kvalifikatorer og de tilhørende værdier. Eksempel Et fuldt XML eksempel på de i afsnit A viste papirrecepter er vist her. Supplerende testeksempler kan altid findes på MedComs hjemmeside 6

7 Afsnit A Sundhedsfaglige anbefalinger for XML recepten XPRE01 7

8 1. Anvendelse XLMS016 anvendes til følgende funktioner: Der kan ikke via XML-recept gives anvisning om markering af pakning med advarselssymbol Forsendelse af recept Indeholdende en eller flere ordinationer af varer med varenummer optaget i Lægemiddelstyrelsens elektroniske medicintakst eller frihandelsvarer med varenummer Fra én læge (praktiserende læge/speciallæge med ydernummer eller sygehusansat læge) eller én tandlæge (med ydernummer) Til ét apotek Udstedt til én patient (menneske) eller eget brug (læger, tandlæger) eller brug i praksis Med evt. oplysninger om levering på anden måde end afhentning på apoteket. Der er en række funktioner, som hermed er undtaget: Medicinrekvisitioner fra f.eks. jordemødre, sygeplejersker og redere. Recepter fra udstedere, der ikke har ydernummer, autorisationsnummer eller er ansat på hospitalsafdeling med sygehusklassifikation. Ordination af lægemidler, mærkevarer eller andre produkter, der ikke har varenummer i det fælles datagrundlag. Dette gælder bl.a. magistrelle ordinationer. Dyrlægeordinationer, som ikke længere er tilladt (pr. 1/3 2000). Andre begrænsninger, som skyldes bestemmelser i receptbekendtgørelsen: Der kan ikke via XML-recept angives, at den ordinerede mængde ikke må fraviges Der kan ikke via XML-recept angives understregning af indikation Meddelelsesstruktur og indhold: Meddelelsen består af følgende hoveddele: Information om involverede partnere i sundhedsvæsenet Information om selve recepten Information om patienten (menneske) Information om ordinationer Information om genudlevering Information om brugsanvisning Information om levering Det fælles datagrundlag: En forudsætning for korrekt brug er at implementere et datagrundlag med automatisk opdatering hver 14. dag. Datagrundlaget kan hentes på Lægemiddelstyrelsens FTP-server (ftp.dkma.dk). Der er henvisning til de aktuelle felter i datadefinitionen i afsnit B. Databeskrivelse af LMS-takst er indsat sidst i dokumentationen som bilag. Datagrundlaget kan også hentes hos Lægeforeningens Forlag som ascii-fil med tilhørende feltdefinition. Ved at benytte LMStaksten har man nøjagtig samme datagrundlag, som det apotekerne benytter. Det er vigtigt, at afsendersystem medsender kodet dosering og indikation, hvor dette er muligt i forhold til den pågældende ordination. Disse anvendes videre direkte på doseringsetiket til patient og overførsel af data til Medicinprofilen, hvor de bl.a. indgår i funktionen med compliancekontrol. 8

9 2. Krav og anbefalinger De krav og anbefalinger, der findes til de elektroniske recepter, har til formål at sikre en smidig og korrekt kommunikation mellem receptudsteder og apotek, således at lægens intentioner ved receptudstedelsen når fuldstændigt og uændret frem til apotekets ekspedition. Derfor beskrives specifikationer vedr. datagrundlag for og funktioner til udførelse, afgivelse og lagring af ordinationer i lægelige edb-systemer, som skal være eller bør være opfyldt, for at systemet kan betegnes som fagligt, juridisk og sikkerhedsmæssigt fyldestgørende. Kravene er altså specielt opstillet mhp. at opnå ensartet og fejlfri funktion af xml-recepter. Opdateringsterminer og -metode Lægesystemernes medicindatabaser skal opdateres ved hjælp af ny version af datagrundlaget hver anden mandag, når de nye priser træder i kraft. Datagrundlaget vil være klar fra Lægemiddelstyrelsen fredag kl. 18. Systemhusene skal formidle en løsning, så opdatering kan foregå mellem fredag kl. 18 og mandag kl. 8, så vidt muligt automatisk. Ved opdateringen overføres den ikrafttrædelsesdato, som datagrundlaget er udstyret med. Apotekerne modtager også denne identifikation ved opdatering af deres database, og de er derfor i stand til på et sikkert grundlag at foretage automatisk verifikation af varenummer vs. præparat/pakning og koder for brugsanvisning vs. tekster, når datoerne er ens. Udover egentlige krav og anbefalinger er der anført en del oplysninger om baggrund, som kan være en støtte for systemerne. Autenticitet Indholdet i alle essentielle felter i datagrundlaget skal overføres i uændret form til applikationens database. Dog må, - og typografiske hjælpetegn fjernes og felter concateneres, hvis funktionaliteten ikke forringes. Tegnsættet i databasen skal understøtte samtlige tegn i datagrundlaget. I praksis betyder dette, at der skal benyttes ISO Følgende tegn giver erfaringsmæssigt problemer og må derfor ikke anvendes: Tegn Code Page 865 (decimalt) $ 64 [ 91 \ 92 ] 93 { 123 } ½ 171 ¼ Tegn, der normalt ikke findes på tastaturer: Semigrafik (CP 865 decimalt 169, 170, , 244, 245, 251, 254, 255) og styretegn (CP 865 decimalt 1-31) må heller ikke anvendes. Systemhus eller bruger må ikke oprette præparater eller pakninger, der ikke findes i datagrundlaget. Systemhuset må fjerne eller fjerne adgangen til præparater/pakninger, der ikke er relevante i praksis, eksempelvis SAD-præparater, præparater med begrænset udlevering (BEGR), infusionsvæsker o.l. 9

10 Ordinationsprocessen Valg af præparat Et nyt præparat bør kunne vælges ved indtastning af præparatnavn eller en del af præparatnavn. Ved manglende entydighed bør de præparater/grupper vises, der opfylder indtastningskriteriet, så det ønskede kan vælges. Et præparat bør kunne genordineres ved udpegning eller markering med tastetryk/nummer i en medicinoversigt. Ved genordinering skal alle oplysninger vedr. ordinationen kunne inspiceres, og de brugertilgængelige oplysninger skal kunne modificeres før accept, hvis det ønskes. Hvis den genordinerede pakning er udgået, skal det aktuelle udvalg af pakninger vises, så der kan vælges et alternativt lægemiddel. Udgåede pakninger må ikke kunne ordineres, heller ikke ved genordination, hvor det skal checkes, at pakningen stadig er gyldig. Valg af alternativt præparat/omvendt substitution Hvis en bestemt pakning er udvalgt, skal applikationen understøtte valg af synonympræparater eller synonympakninger. Der findes i datagrundlaget en markering på hver pakning: A billigst, B ikke billigst, men skal ikke substitueres eller C der skal substitueres. Denne markering skal kunne vises på iøjnefaldende måde (men ikke nødvendigvis med A, B eller C), og de relevante substitutioner skal kunne vises. Der skal kunne vises en angivelse af relative prisforhold, så det billigste eller et andet kan vælges. Sorteringsrækkefølgen ved visningen skal - ved samme relative pris - være randomiseret. Der må ikke være fremhævning af præparater fra enkeltfirmaer og ingen positiv/negativ særbehandling af parallelimportører henholdsvis originalfirmaer. Der skal være mulighed for at fravælgelse af substitution, så der bliver angivet Ej S på recepten. Adgang til prisoplysninger og udleveringsbestemmelser Det bør være muligt for en given pakning at se relevante priser. Det gælder såvel pakningspris som enhedspris eller pris per DDD. Det skal være muligt for en given dispenseringsform eller pakning at se udleveringsbestemmelser, tilskud og evt. tilskudsklausuler. Dosisdispensering Ifølge bekendtgørelse nr. 80 af 5. februar 2003 om dosisdispensering af lægemidler er det muligt for lægen at ordinere lægemidler til dosisdispensering. Derfor anbefales det, at lægen har mulighed for at se, hvilke præparater, der er omfattet af denne ordning. Den oplysning fremgår af Datagrundlaget, LMS 01, felt 23, Egnet til dosisdispensering, position 164, 2 muligheder D eller blank. Uddrag af receptbekendtgørelsen: 7. En recept på et lægemiddel, hvortil der er udstedt markedsføringstilladelse, skal indeholde lægemidlets navn, lægemiddelform, styrke (hvis lægemidlet findes i flere styrker) og mængde. Styrke og mængde skal anføres entydigt og på en sådan måde, at ændringer ikke kan foretages. Receptudstederen kan ved at understrege mængden tilkendegive, at denne ikke må fraviges, jf. 30. Stk. 2 En recept på et lægemiddel, som skal dosisdispenseres, skal indeholde de i 7, stk. 1, 1. pkt. nævnte oplysninger og påtegningen dosisdispensering. Mængden kan angives som en tidsperiode på højest 2 år, hvori der løbende skal dosisdispenseres. Har receptudstederen anført kopi ønskes, skal apoteket fremsende kopi af doseringskort til receptudstederen. 10

11 Stk. 3. Hvis udlevering af et lægemiddel, der dosisdispenseres, skal bringes til ophør, skal recepten indeholde de i stk. 2 nævnte oplysninger samt påtegningen seponeres. Med mindre andet er anført på recepten, effektueres seponeringen med virkning fra førstkommende udlevering. I afsendersystem vælges som hidtil et givet varenummer (pakningsstørrelse). Denne mængde overrules af en start- og slutdato, hvis dosisdispensering er valgt. Ved seponering medsendes kun slutdato. I praksis kan denne seponering først træde i kraft ved næste pakning til patient. Det er ikke relevant med start-/slutdato samtidig med iteration, da mængden kan gives op til en periode på 2 år (En recept er kun gyldig i 2 år). Egen læge kan angive, at det ønskes, at apoteket skal sende en kopi af det totale doseringskort på patienten. Dette kan indeholde ordinationer fra andre læger end egen læge. På nuværende tidspunkt vil dette være på papir. (Der er udarbejdet en XMLstandard på doseringskortmeddelelsen i forbindelse med dosisdispenseringsprojektet, men der er p.t. ikke aftalt pilotforsøg med denne meddelelse til lægepraksis). Doseringstekst/indikation Datagrundlaget indeholder for hver DrugID af et præparat koder med tilhørende kodebetydning for doseringstekst og indikation. Doseringstekster og indikationer er i overensstemmelse med de godkendte doseringer og indikationer for dispenseringsformen. Formålet med disse tekster med tilhørende koder er dels at gøre det lettere for brugerne at oprette ordinationer, idet man blot kan vælge en af de allerede eksisterende tekster i stedet for selv at skrive den, dels at kunne automatisere receptkontrollen på apoteket. Koderne overføres af apoteket til Medicinprofilen. Systemet skal understøtte muligheden for at vælge mellem forslagene til doseringstekst og forslagene til indikation. Systemhuset eller brugerne må selv indlægge andre tekstforslag for en given dispenseringsform, men evt. anvendt kode skal detekteres som lokalt oprettet og fjernes før forsendelse. Hvis der ikke er et forslag, der passer til den konkrete ordination, skal brugeren kunne indtaste en fri tekst for dosering og indikation. Systemet skal checke og advare, hvis ikke-tilladte tegn er anvendt (se ovenfor). Kodeteksterne skal overføres direkte til etiketten, som apoteket sætter på lægemidlet. Brugerne skal altså være klar over, at frie tekster også bliver overført direkte til etiketten. Doseringstekster findes i datagrundlaget i en lang form og i en kort form. Når kodede tekster sendes i xml-recepter, skal der altid sendes både kode og kodebetydning i lang form. Apoteket skal altid udskrive den lange form. Frie tekster må ikke sendes i forkortet form, selv om det er muligt at finde en sådan ved opslag i den pågældende tabel Tilføjelse af hjælpeoplysninger (iteration, tilskudsklausulering, bemærkning m.v.) Iteration: Der skal være adgang til at indtaste iteration, men kun hvor udleveringsbestemmelserne giver mulighed herfor. Det indtastede skal på entydig måde kunne omsættes til 3 komponenter: Antal udleveringer, antal intervaller mellem udlevering og enhedsinterval (dage, uger, måneder). Tilskudsklausulering: Der skal være adgang til at indtaste koder for disse oplysninger for præparater, hvor dette er relevant, men ikke for andre. 11

12 Bemærkning: Der skal ved afslutning af en eller flere ordinationer være adgang til at indtaste en bemærkning gældende for samtlige udførte ordinationer. Ved udskrift af recepter eller forsendelse af xml-recepter skal ordinationer med forskellig bemærkning udskrives på hver sin recept (bemærkning anføres én gang pr. recept) og indeholdes i hver sin meddelelse. XML-formatet tillader desuden, at der er en bemærkning til den enkelte ordination (beregnet til fx batchnummer for vaccine). Der bør være adgang til indtastning af en sådan oplysning. Forsendelse: Der skal ved afslutning af en eller flere ordinationer være adgang til at indtaste en kode for forsendelse til patientens adresse gældende for samtlige ordinationer. Ved udskrift af recepter eller forsendelse af XML-recepter skal ordinationer med denne kode/ingen kode udskrives på hver sin recept (tekst vedr. forsendelse anføres én gang pr. recept) og indeholdes i hver sin meddelelse. Lagring og præsentation Lagring af ordination Lagring af ordination omfatter alle oplysninger, der er nødvendige for entydigt at identificere det ordinerede. Det gælder følgende: Patientidentifikation, ordinationsdato/tid, varenummer, kode for doseringstekst og indikation, antal pakninger, iterationer, antal intervaller og kode for enhedsinterval, samt klar tekst for dispenseringsform, præparatnavn, pakningsindhold, doseringstekst og indikation. Udover dette er følgende hensigtsmæssigt, specielt ved genordination: Kode for særlige tilskud, kode for Ej S, kode for specifik leverandør, kode for fast medicin og beregnet dato for opbrugt ordination (slutdato). Datagrundlaget indeholder data, der muliggør beregning af, hvornår en ordination vil være opbrugt. Disse data er knyttet til standarddoseringsteksterne. Det er muligt ved hjælp af en relativt enkel algoritme at analysere frie doseringstekster mhp. beregning af slutdato. Præsentation i oversigt Der skal være let adgang til en oversigt over patientens ordinationer i et eller flere formater (efter status, ATC-nummer, alfabetisk, dato). Der skal kunne vises en oversigt med sidste ordination af hvert præparat i en bestemt dispenseringsform. For det enkelte præparat i denne oversigt skal kunne vises samtlige tidligere ordinationer med dato, udleveret mængde, doseringstekst og indikation. Den enkelte ordination skal indeholde følgende i oversigten: Ordinationsdato/slutdato, dispenseringsform (kort form), præparatnavn, styrke, udleveret mængde, doseringstekst, indikation. Det er hensigtsmæssigt, at det med et tegn markeres, at det pågældende præparat er ordineret dags dato, og at der gives advarsel, hvis præparatet genordineres samme dag. Det er ofte nødvendigt at afkorte eller omforme (kode) et eller flere elementer i oversigten. Der skal være let adgang til at se fulde data, hvor der er sket afkortning/kodning. Der bør være mulighed for beregning og præsentation af data vedr. forbrug mhp. identifikation af overforbrug/manglende compliance. Sletning af ordination må ikke kunne ske, hvis ordinationen er afgivet som XML-recept. 12

13 Oprettelse/ændring af ordination uden udlevering Der bør være adgang til at oprette en ordination og ændre en ordination (fx doseringstekst eller pakningsstørrelse mhp. næste udlevering) uden udlevering, fx efter udskrivelse fra sygehus, hvor nye præparater er ordineret, eller ved telefonkonsultation, hvor den fortsatte dosering ændres. Slutdatoen bør genberegnes ud fra en ændret doseringstekst. Det bør ved særlig markering vises, at der er tale om en ikke-udleveret ordination. Udskrift af recept Feltindhold og positioner/feltstørrelser på receptblanketten fremgår af Printtabel til recepter. Der må højst være 3 ordinationer på en receptblanket. Ved lægemidler i udleveringsgruppe AP4/NBSAP4 må der kun være én ordination pr. recept. XML-recepter Godkendelse Ordinationer beregnet til XML-afsendelse, som er udført af ikkelæge, skal godkendes af en læge før afsendelsen. Ved godkendelse skal samtlige oplysninger vedr. ordinationen være til rådighed. Det er den læge, der godkender ordinationen, der er den ansvarlige læge (og dermed den læge, der overføres til XML-recepten). En XML-recept til godkendelse skal kunne afvises og slettes fra databasen. Antal ordinationer Ved lægemidler i udleveringsgruppe AP4/NBSAP4 må der kun være én ordination pr. meddelelse. For alle andre ordinationer begrænses antallet kun af MIG en (99 ordinationer). Tidsstempling af XML-ordinationer og XML-recepter Formålet med korrekt og entydig tidsstempling er at kunne kvalitetskontrollere XML-recepter mht. tidsforbrug fra ordination til ekspedition på apoteket. Den første forudsætning er, at afsendersystemets ur er indstillet korrekt. Det skal vise lokal tid +/- 1 minut. Ordinationer beregnet til XML-forsendelse skal tidsstemples ved oprettelsen. Når XML-forsendelsen dannes, allokeres en eller flere ordinationer til hver meddelelse. Tidsstemplingen af ordinationerne vil aldrig være ens, der vil altid være en forskel på et eller flere sekunder, af og til minutter. Tidsstemplingen af meddelelsen (XMLrecepten) skal være tidsstemplingen på én af ordinationerne, fx den yngste. Tidsstemplingen på forsendelsen skal være det tidspunkt, hvor dannelsen af XML-meddelelsen sker. Kontrolfunktioner Afsendelse af positiv kvitteringsmeddelelse fra apoteket, når der er modtaget en syntaktisk korrekt xml-recept, er obligatorisk. Modtagelse og behandling af kvitteringsmeddelelsen i afsendersystemet er ligeledes obligatorisk. Både negativ og positiv. Der bør kunne vises oversigter over samtlige afsendte XMLrecepters status for aktuelle dag og foregående 2 hverdage. Oversigten skal rumme patientidentifikation (CPR-nummer og navn), apotek, recept-id (evt. i forkortet form), status, initialer for den person, der har oprettet ordinationen, og for evt. godkendende læge, tidspunkt for dannelse, tidspunkt for afsendelse og tidspunkt for modtaget kvittering. Oversigten skal kunne sorteres efter tidspunkt for dannelse og efter CPR-nummer. Oversigten skal kunne udskrives i en log. 13

14 Der skal være mulighed for at undersøge, hvornår sidste gennemførte opkald til netoperatøren har fundet sted. Det vil være hensigtsmæssigt også at kunne se årsag til evt. driftsstop (ingen kontakt med modem, manglende klartone, optaget, manglende connect, forkert baudrate, fejl i transmission), men dette er ikke muligt i alle systemer. Som alternativ skal brugerne have mulighed for at få vejledning af systemet om simpel fejlsøgning: Sluk/tænd modem, check af stik, egen telefonlinies tilstand, opkald til netoperatørens telefonnummer, prøveopkald med overvågning af fejlmeddelelser. En typisk recept (svarer til testeksempler i afsnit B) Eksempel 1 (Recept med 2 præparater bestilt til dosisdispensering. Læge ønsker kopi af doseringskort fra apotek. Ordinationer er gældende i 2 år uanset valgt pakningsstørrelse) Eksempel 2 14

15 (Recept med afhængighedsskabende præparat og kun en ordination pr. recept. Medicin sendes til patient pr. post. Recept med 3 præparater. Et med Ej S, importørnavn og genudlevering. To med tilskud. Eksempel 3 15

16 16

17 Afsnit B XML Facitliste XML Recept XPRE01 17

18 XML Facitliste Den gode XML recept, XLMS016 VersionCode XPRE01 XML-Facitlisten består af følgende objekter: Emessage (Kuvert) o Envelope (KuvertData) Sent (Dato) o Prescription (Recept) Letter (BrevData) Authorisation (Dato) Sender (Afsender) Issuer (Receptudsteder) Receiver (Modtager) (PatientOrRelative (Patient eller pårørende) eller ForGPClinicUse (Til brug i praksis)) PrescriptionInformation (Receptinformation) DoseDispenseInformation (Information om dosisdispensering) Delivery (Leveringsoplysninger) Drug (Lægemiddel) max. x 99 Importer (Importør) Dosage (Dosering) Indication (Indikation) Iteration (Genudlevering) DoseDispensing (Start og slutdato for dosisdispensering ) Objekterne er kun vist en 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. 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. 18

19 XML Facitliste XML Facitliste XLMS016 FeltDef M EDIFACT TAG XML TAG XML DataDefinition <?xml version="1.0" encoding="iso "?> Format M Skal medsendes som en kopi af den viste XML deklaration <!--MedCom_De_gode_EDIbreve_Udkast_1--> Format Anbefales medsendt <Emessage> <Emessage> <Envelope> M <Envelope> <Sent> M <Sent> <Date>Kuvertens_afsendelses_dato</Date> Date M KuvSendtDato <Date></Date> Date er dato for påbegyndelse af afsendelse af kuverten på formen YYYY-MM-DD. <Time>Kuvertens_afsendelses_tidspunkt</Time> Time M KuvSendtKl <Time></Time> Time er klokkeslæt for påbegyndelse af afsendelse på formen HH:MM. Hvis dette ikke kan genereres, anvendes "00:00" </Sent> M </Sent> <Identifier>Kuvertens_nummer</Identifier> an..14 M KuvertNr <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. <AcknowledgementCode>Kuvert_kvitterings_anmodn KVA M KUVKVIT <AcknowledgementCo ing</acknowledgementcode> de></acknowledgeme ntcode> AcknowledgementCode er en kvalifikator, der angiver om positiv kvittering ønskes retur. Negativ sendes under alle omstændigheder uafhængig af værdien af AcknowledgementCode. Der skal altid anmodes om positiv kvittering på Prescription. </Envelope> M </Envelope> <Prescription> M <Prescription> <Letter> M <Letter> <Identifier>Brevets_nummer</Identifier> an..14 M BrevNr <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>Brevets_version</VersionCode> KVA M VERSION <VersionCode></Versi oncode> VersionCode SKAL angives med den versionsbetegnelse, 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. 19

20 XML Facitliste XLMS016 FeltDef M EDIFACT TAG XML TAG XML DataDefinition <StatisticalCode>Brevets_statistiknummer</Statistica lcode> an..8 M BrvStat <StatisticalCode></Sta tisticalcode> StatisticalCode udfyldes med TypeCode (f.eks. XDIS01, XRPT02). Statisticalcode er beregnet til statistik formål og må ikke bruges af modtager systemer. BrvStat udfyldes med XPRE01 i LMS016. <Authorisation> M <Authorisation> <Date>Brevets_godkendelsesdato</Date> Date M BrevDannetTid <Date></Date> Date er dato hvor brevet blev lavet "færdigt" eller "godkendt" hos afsender. Date angives på formatet YYYY-MM-DD. <TimeWithSec>Brevets_godkendelsesKlokkeslet</Ti mewithsec> Time M BrevDannetTid <TimeWithSec></Time WithSec> TimeWithSec er det tidspunkt hvor brevet blev lavet "færdigt" eller "godkendt" hos afsender. TimeWithSec angives på formatet HH:MM:SS sættes til "00:00:00" såfremt klokkeslæt ikke kan angives. </Authorisation> M </Authorisation> <TypeCode>Brevets_brevtype_i_kode</TypeCode> KVA M BRVTYPE <TypeCode></TypeCo TypeCode er kvalifikator for brevets type. Se kvalifikatorliste. de> </Letter> M </Letter> <Sender> M <Sender> <EANIdentifier>Afsenders_lokationsnummer</EANId entifier> an..35 M AfsLok <EANIdentifier></EANI EANIdentifier er kuvertafsenders lokationsnummer det vil dentifier> normalt sige afsendende organisation. Såvel positiv som negativ kvittering sendes tilbage til dette nummer. <Identifier>Afsenders_ID_nummer</Identifier> an..17 M AfsID <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 afdelings- eller 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>Afsenders_ID_nummers_type</Ident ifiercode> KVA M KODE <IdentifierCode></Iden tifiercode> IdentifierCode er kvalifikator for det anvendte kode- el. klassifikationssystem - ofte "sygehusafdelingsnummer" hvis afsender er en sygehusafdeling, "ydernummer" hvis sygesikringsyder, "kommunenummer" hvis kommune. 20

21 XML Facitliste XLMS016 FeltDef M EDIFACT TAG XML TAG XML DataDefinition <OrganisationName>Afsenders_organisation</Organi an..70 M PraksisNavnElle <OrganisationName>< OrganisationName er navnet i tekst på afsendende sygehus, sationname> rsyghehusafd /OrganisationName> 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". <StreetName>Afsenders_adresse</StreetName> an..70 AfsAdr <StreetName></Street StreetName er afsenders vejnavn og vejnummer. Name> <PostCodeIdentifier>Afsenders_postnummer</PostC an..9 AfsPost <PostCodeIdentifier></ PostCodeIdentifier er afsenders postnummer på primære odeidentifier> PostCodeIdentifier> adresse. <TelephoneSubscriberIdentifier>Afsenders_telefon</ TelephoneSubscriberIdentifier> <MedicalSpecialityCode>Afsenders_medicinske_spe ciale</medicalspecialitycode> an..25 M AfsTlf <TelephoneSubscriber Identifier></Telephone SubscriberIdentifier> KVA Afsspec <MedicalSpecialityCod e></medicalspeciality Code> TelephoneSubscriberIdentifier er afsenders telefonnummer. MedicalSpecialityCode er en kvalifikator for afsenders lægelige speciale. I recepten bruges kvalifikatoren til at identificere en afdelingtype. Udfyldes kun, hvis recepten indeholder præparater med udleveringsbestemmelsen BEGR, AP4BG,NBS og AP4NB i LMS02 felt 10. Udleveringsspecialet er angivet i LMS02 felt11. Reference til LMS19. <Issuer> M <Issuer> <AuthorisationIdentifier>Udsteders_AutorisationsID an..8 M UdstederAutorisationsID <AuthorisationIdentif Issuer. AuthorisationIdentifier er receptudsteders </ AuthorisationIdentifier > ier></authorisationid autorisationsid. Er udsendt fra Sundhedsstyrelsen januar entifier > Skal medsendes på alle recepter. (Lægens CPRnummer skal ikke længere sendes ved kopieringspligtig medicin). AutorisationsID er på 5 karakterer og indeholder både tal og bogstaver. <TitleAndName>Udsteders_titel_og_navn</TitleAndN an..70 M Udstedernavn <TitleAndName></Title TitelAndName er stilling og navn på læge eller tandlæge, der ame> AndName> udsteder recepten. <SpecialityCode>Udstederkode_for_speciallaege_i_b estemt_speciale</specialitycode> an..3 Specialekode <SpecialityCode></Sp ecialitycode> SpecialityCode: Specialekode for det relevante speciale ved anvendelse af ekstern kodeliste. Visse lægemidler må kun ordineres af bestemte speciallæger eller læger ansat på en bestemt specialafdeling. I dette segment angives udstederens autorisation som speciallæge ved at angive specialet. Udfyldes kun hvis recepten indeholder præparat med udleveringsbestemmelse NBS og AP4NB i LMS02 felt 10. Udleveringsspeciale er angivet i LMS02 felt11. Reference til LMS19 21

22 XML Facitliste XLMS016 FeltDef M EDIFACT TAG XML TAG XML DataDefinition <Occupation>Udsteders_profession</Occupation> KVA UDSTEDERPR OF <Occupation></Occup ation> Occupation er receptudsteders profession. Læge (laege) eller tandlæge (tandlaege) </Issuer> M </Issuer> </Sender> M </Sender> <Receiver> M <Receiver> <EANIdentifier>Modtagers_lokationsnummer</EANId an..35 M ModtLok <EANIdentifier></EANI EANIdentifier er kuvertmodtagers lokationsnummer. entifier> dentifier> <OrganisationName>Modtagers_apoteksnavn</Orga an..70 ModtOrg <OrganisationName>< OrganisationName er navnet i tekst på modtagende apotek. nisationname> /OrganisationName> Udfyldes som for SenderOrganisationName. </Receiver> M </Receiver> vælg mellem ( M vælg mellem ( <PatientOrRelative> <PatientOrRelative> <Type>Patient_eller_patienttilknyttet_person</Type> KVA PART <Type></Type> Type bruges til at identificere hvem recepten er til. Patient er den person, som ordinationerne er bestemt for. Patienttilknyttet_person er patientens(et barns) pårørende med sygesikringsbevis, hvis barnet ikke har kendt cprnummer. (bruges sjældent i dag, da alle børn får CPRnummer ved fødslen). <CivilRegistrationNumber>Patientens_CPR_nummer </CivilRegistrationNumber> <PersonSurnameName>Patientens_efternavn</Pers onsurnamename> n10 PatCPR <CivilRegistrationNum ber></civilregistration Number> an..70 M PatEnavn <PersonSurnameNam e></personsurnamen ame> an..70 M PatFnavn <PersonGivenName>< /PersonGivenName> CivilRegistrationNumber er patientens valide CPR-nummer. CPR-nummer sendes uden bindestreg. Hvis et validt cprnummer ikke findes sendes fødselsdato i <PatientDateOfBirth> og køn i <PatientSex> PersonSurnameName er patientens efternavn. <PersonGivenName>Patientens_fornavne</PersonGi venname> PersonGivenName er patientens fornavn(e). Fornavn bør altid medsendes. <StreetName>Patientens_adresse</StreetName> an..70 PatAdr <StreetName></Street StreetName er patientens primære vejnavn og nummer. Name> <DistrictName>Patientens_bynavn</DistrictName> an..35 PatBy <DistrictName></Distri DistrictName er bynavn på den primære adresse. ctname> <PostCodeIdentifier>Patientens_postnummer</PostC an..9 PatPost <PostCodeIdentifier></ PostCodeIdentifier er postnummeret på den primære odeidentifier> PostCodeIdentifier> adresse. <CountryCode>Patientens_landekode</CountryCode an..3 Landekode <CountryCode></Coun CountryCode : ISO bogstav kode. Krævet ved > trycode> adresse uden for Danmark. Liste findes på under koder/tabeller/ydere. <CountyCode>Patientens_amtsnummer</CountyCod an..9 Amtskode <CountyCode></Count CountyCode 3 cifre f.eks. FYN = Liste findes på e> ycode> under koder/tabeller/ydere. 22

23 XML Facitliste XLMS016 FeltDef M EDIFACT TAG XML TAG XML DataDefinition <PatientDateOfBirth>Patientens_foedselsdag</Patien Date Foedselsdato <PatientDateOfBirth>< PatientDateOfBirth er patientens fødselsdato. Skal tdateofbirth> /PatientDateOfBirth> medsendes, hvis der ikke er medsendt validt CivilRegistrationNumber. <PatientSex>Patientens_koen</PatientSex> KVA PARTKOEN <PatientSex></Patient Sex> PatientSex er patientens køn. Skal medsendes, hvis der ikke er medsendt validt CivilRegistrationNumber. </PatientOrRelative> </PatientOrRelative> <ForGPUse>Til_laegens_eget_brug</ForGPUse> BOOLEA INSTRUKTION <ForGPUse></ForGP Til lægens eget brug. Medsendes kun hvis "true" N Use> eller eller <ForGPClinicUse>Til BOOLEA INSTRUKTION <ForGPClinicUse></F Til brug i praksis _brug_i_praksis</forgpclinicuse> N orgpclinicuse> ) ) <PrescriptionInformation> M <PrescriptionInformatio n> <SenderComputerSystem>Afsenders_edbsystem</S endercomputersystem> an..35 M AfsSystem <SenderComputerSyst SenderComputerSystem er navnet på afsenders edb-system. em></sendercompute (Praksissystem i printvejledning). rsystem> <MessageStatusCode>original_eller_kopi</Message StatusCode> <DrugDatabaseVersion>VersionsID_af_datagrundlag </DrugDatabaseVersion> <DoseDispenseInformation> <Status>dosisdispensering_eller_seponering</Status > <CopyRequired>Laege_oensker_kopi_af_doseringsk ort</copyrequired> KVA M MEDDELSESF UNKTION an..35 M VersionsID <DrugDatabaseVersio n></drugdatabasever sion> <MessageStatusCode MessageStatusCode angiver status på meddelelse. Kan ></MessageStatusCod være original eller kopi e> DrugDatabaseVersion er versionsid for det anvendte datagrundlag. Findes i systemfil felt 09. Format YYYYWW (Årstal og ugenummer for takstens ikrafttrædelsesdato). <DoseDispenseInform ation> KVA M STATUS <Status></Status> Status angiver at alle præparater på recepten skal dosisdispenseres eller seponeres fra dosisdispenseringen. Der gøres opmærksom på, at præparater, som har været ordineret til almindelig udlevering også skal kunne seponeres. Status dækker hele meddelelsen, hvorfor der ikke både kan ordineres og seponeres i samme meddelelse, ligesom der ikke kan sendes en recept med præparater til både dosisdispensering og udlevering af hele pakninger. Præparater, som kan vælges til dosisdispensering, er markeret med D i LMS01 felt 23. BOOLEA DOSERINGSK <CopyRequired></Cop CopyRequired medsendes hvis læge ønsker kopi af N ORTKOPI yrequired> doseringskort tilsendt fra apoteket. Kan pt. Ikke sendes elektronisk. 23

24 XML Facitliste XLMS016 FeltDef M EDIFACT TAG XML TAG XML DataDefinition </DoseDispenseInformation> </DoseDispenseInform ation> vælg mellem max. x 3 ( vælg mellem max. x 3 <OrderInstruction>Ordreinstruktion</OrderInstruction an..70 BemaerkningHe <OrderInstruction></Or OrderInstruction er fri tekst vedrørende hele recepten. > lerecept derinstruction> (Svarer til FTX-segment med kvalifikator ORI i edifactrecepten) eller eller <DeliveryInformation>Leveringsinformation</DeliveryI nformation> an..70 BemaerkningHe lerecept ) ) <Delivery> <Delivery> <PriorityOfDelivery>Forsendelses_oplysning</Priority OfDelivery> KVA M LEVERING <PriorityOfDelivery></ PriorityOfDelivery> vælg mellem ( vælg mellem ( <StreetName>Leverings_adresse</StreetName> an..70 LeveringsAdres se <DeliveryInformation> DeliveryInformation er fri tekst vedrørende hele recepten. </DeliveryInformation> (Svarer til FTX-segment med kvalifikator DEL i edifactrecepten) <StreetName></Street Name> PriorityOfDelivery angiver forsendelsesmåde. "Samme_dag" betyder første ordinære levering, efter omstændighederne med apotekets egen transport eller fx med rutebil. Det betyder IKKE omgående levering, der findes ingen kode for herfor, dette må angives i <OrderInstruction> eller aftales på anden måde. StreetName er her leveringsadresse. Udfyldes kun hvis medicinen skal sendes til anden adresse end angivet under patienten. (Svarer til FORMATADR = 1 i edifactrecept) eller eller <PseudoAddress>Navn_paa_leverings_adresse</Ps an..70 LeveringsAdres <PseudoAddress></Ps PseudoAddress anvendes ved andet end gadenavn eudoaddress> se eudoaddress> f.eks.plejehjem, håndkøbdsudsalg. (Svarer til FORMATADR = US i edifactrecept) ) ) <PostCodeIdentifier>Postnummer_paa_leveringsadre an..9 LeveringsPostnr <PostCodeIdentifier></ PostCodeIdentifier er postnummer på leveringsadresse. sse</postcodeidentifier> PostCodeIdentifier> <ContactName>Navn_paa_leveringsadresse</Conta an..70 NavnPaaLeveri <ContactName></Cont ContactName er navn på stedfortræder på leveringsadresse ctname> ngsadresse actname> eller navn på leveringsadressen. </Delivery> </Delivery> </PrescriptionInformation> M </PrescriptionInformati on> <Drug> M <Drug> 24

25 XML Facitliste XLMS016 FeltDef M EDIFACT TAG XML TAG XML DataDefinition <PackageIdentifier>Varenummer</PackageIdentifier> n..6 M VareNummer <PackageIdentifier></ PackageIdentifier> <NameOfDrug>Praeparatnavn</NameOfDrug> an..35 M PraeparatNavn Dispenseringsfo rm <DosageForm>Laegemiddelform</DosageForm> an..35 M PraeparatNavn Dispenseringsfo rm <NameOfDrug></Nam eofdrug> <DosageForm></Dosa geform> PackageIdentifier. En ordination identificeres unikt vha. en paknings varenummer. (Nordisk varenummer, VNR). En pakning, der ikke har et VNR, kan ikke ordineres via XML. Varenummer findes i LMS02 felt 02. Foranstillede nuller i varenummeret skal altid medsendes. NameOfDrug er præparatnavn. Findes i LMS01 felt 06. Ved lægemidler i udleveringsgruppe AP4 (LMS02 felt 10 ) må der kun være én ordination pr. recept DosageForm er lægemiddelform f.eks tabletter. Findes i LMS01 felt 07 <PackageSize>Paknings_stoerrelse</PackageSize> an..70 M StyrkeEllerPakni <PackageSize></Pack PackageSize angiver pakningsstørrelse på valgt præparat. ngsstoerrelse agesize> Findes i LMS02 felt 06. <DrugStrength>Styrke_paa_praeparat</DrugStrength an..70 StyrkeEllerPakni <DrugStrength></Drug DrugStrength angiver styrken på præparat. Findes i LMS01 > ngsstoerrelse Strength> felt 10. <Importer> <Importer> vælg mellem ( vælg mellem ( <ShortName>Forkortelse_for_importoer</ShortName an..70 ImportoerNavn <ShortName></ShortN ShortName er forkortelse for parallelimportør. Findes i > ame> LMS09 felt 04 med reference til LMS01 felt 14. ShortName anvendes kun hvis <SubstitutionCode> er medsendt. Hvis ikke parallelimportør kan der sendes "dir imp" i stedet for importørnavn. eller eller <LongName>Importoernavn_hele_navn</LongName > an..70 ImportoerNavn <LongName></LongN ame> ) ) </Importer> </Importer> <NumberOfPackings>Antal_pakninger</NumberOfPa n..15 M AntalPakninger <NumberOfPackings> ckings> </NumberOfPackings> <ReimbursementClause>Tilskud_til_medicin</Reimb ursementclause> KVA TILSKUDSKOD E <ReimbursementClaus e></reimbursementcl ause> LongName er importørs fulde navn. Findes i LMS09 felt 03 med reference til LMS01 felt 14. LongName anvendes kun hvis <SubstitutionCode> er medsendt. Hvis ikke parallelimportør kan der sendes "direkte forhandlet" i stedet for importørnavn. NumberOfPackings er antallet af pakninger af det valgte varenummer. ReimbursementClause angiver at patienten opfylder forudsætning for tilskud af den valgte slags. Findes i LMS02 felt 13. Reference til LMS17 25

26 XML Facitliste XLMS016 FeltDef M EDIFACT TAG XML TAG XML DataDefinition <SubstitutionCode>ikke_substitution</SubstitutionCo KVA SUBSTITUTION <SubstitutionCode></S SubstitutionCode angiver at det pågældende præparat ikke de> ubstitutioncode> må substitueres (Ej S). Kun "ikke_substitution" anvendes pt. Oplysning om hvilke præparater der kan substitueres findes i LMS01 felt 18 med anvigelse af "G". <Dosage> M <Dosage> <DosageCode>Kode_for_doseringstekst</DosageCo de> <DosageText>Kodebetydning_eller_fri_tekst</Dosag etext> an..8 Doseringskode <DosageCode></Dosa gecode> DosageCode er kode for den medsendte dosering. Data findes i LMS27 og LMS28 med reference til DrugID i LMS01. Det er et krav at kode medsendes, når der er valgt en af de anbefalede doseringer. Disse bør altid præsenteres i afsendersystem, så udsteder kan vælge fra liste. an..70 M KodebetydningE <DosageText></Dosag DosageText er kodebetydning af DosageCode. Findes i llerfritext etext> LMS28 felt 3. Eller fri doseringstekst. Fri doseringstekst bør ikke indeholde forkortelser, da teksten overføres til doseringsetiket på pakning til patienten. an..35 Tidsenheder <Period></Period> Period angiver behandlingsvarighed i antal dage eller uger. <Period>Behandlingsvarighed_antal_dage_eller_uger </Period> <PeriodUnit>Enhed_for_behandlingsvarighed</Perio KVA ENHEDSFORM <PeriodUnit></PeriodU PeriodUnit er enhed for <Period>. Kan være "dag" eller dunit> AT nit> "uger" </Dosage> M </Dosage> <Indication> M <Indication> <Code>Kode_for_indikation</Code> an..17 Indikationskode <Code></Code> Code er kode for den medsendte indikation. Data findes i LMS25 og LMS26 med reference til ATC i LMS01. Det er et krav at kode medsendes, når der er valgt en af de anbefalede indikationer. Disse bør altid præsenteres i afsendersystem, så udsteder kan vælge fra liste. <Text>Kodebetydning_eller_fri_tekst</Text> an.70 M KodebetydningE <Text></Text> llerfritext Text er kodebetydning af Indication.<Code>. Findes i LMS26 felt 2. Eller fri indikationstekst. Fri indikationstekst bør ikke indeholde forkortelser, da teksten overføres til doseringsetiket på pakning til patienten. </Indication> M </Indication> <Iteration> <Iteration> <Number>Antal_genudleveringer</Number> n..15 M AntalGenudl <Number></Number> Number er antal genudleveringer (heltal > 0). Hvis præparatet ikke skal udleveres flere gange skal <Iteration> udelades. <Interval>Antal_tidsenheder_mellem_genudlevering< an..35 M Tidsenheder <Interval></Interval> Interval er antal tidsenheder (heltal > 0) mellem hver /Interval> udlevering fra apotek. <IntervalUnit>Enhed_paa_Antal_tidsenheder</Interva lunit> KVA M ENHEDSFORM AT <IntervalUnit></Interva lunit> IntervalUnit er enhed for <Interval>. Kan være "dag", "uge" eller "maaned". 26

27 XML Facitliste XLMS016 FeltDef M EDIFACT TAG XML TAG XML DataDefinition </Iteration> </Iteration> <SupplementaryInformation>Supplerende_oplysning_ an..70 om_praeparat</supplementaryinformation> <DoseDispensing> <StartDate>Startdato_paa_dosisdispensering</Start Date> <EndDate>Slutdato_paa_dosisdispensering</EndDat e> Date Date SupplerendeInfo <SupplementaryInform SupplementaryInformation er fri tekst vedrørende præparat. Praep ation></supplementary F ex. Batchnummer. Information> <DoseDispensing> M DATOSTARTSL <StartDate></StartDat UT e> M DATOSTARTSL <EndDate></EndDate UT > </DoseDispensing> </DoseDispensing> </Drug> M </Drug> </Prescription> M </Prescription> </Emessage> M </Emessage> StartDate er første dato, der skal pakkes dosisdispenseret medicin til. Kan kun sendes, hvis <DoseDispenseInformation>.<Status> er medsendt. Ved dosisdispensering medsendes <Iteration> ikke. EndDate er sidste dato, der skal pakkes dosisdispenseret medicin til. Kan kun sendes, hvis <DoseDispenseInformation>.<Status> er medsendt. Ved dosisdispensering medsendes <Iteration> ikke. Slutdato er gældende uanset valgt pakningsstørrelse. 27

28 XML Kvalifikatorliste Den gode XML recept, XPRE01 VersionCode XLMS016 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 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. 28

29 XML Kvalifikatorliste XML KvalifikatorNavn/Type Gyldige XMLvaerdier Default EDIFACT Gyldige XML KvalifikatorDefinition KvalifikatorNavn EDIFACT vaerdier AcknowledgementCodeType minuspositivkvitt Default KUVKVIT 0 Angiver at der ikke ønskes POSITIV XCONTRL kvittering på kuverten. Negativ XCONTRL sendes altid ved "mislykket modtagelse" AcknowledgementCodeType pluspositivkvitt KUVKVIT 1 Angiver at der ønskes POSITIV XCONTRL kvittering ("brevet er modtaget") på applikationsniveau på kuverten. VANS må aldrig sende POSITIV XCONTRL. IdentifierCodeType sygehusafdelingsnummer Default KODE SKS Sygehusafdelingsnummer i officiel SKS-kode. IdentifierCodeType sorkode KODE SOR Sundhedsvæsenetsorganisationsregister nummer. IdentifierCodeType ydernummer KODE YNR Ydernummer for praktiserende ydere. IdentifierCodeType lokationsnummer KODE EAN EAN-lokationsnummer IdentifierCodeType kommunenummer KODE KOM Kommunenummer. InvervalUnitType dag ENHEDSFORMAT 802 Måned(er) InvervalUnitType uge ENHEDSFORMAT 803 Uge(r ) InvervalUnitType maened ENHEDSFORMAT 804 Dag (e) MedicalSpecialityCodeType ikkeklassificeret Default AFSSPEC "99 "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. MedicalSpecialityCodeType intern_medicin_sygehus AFSSPEC 1 Intern medicin (Afsenders sygehusspeciale). MedicalSpecialityCodeType geriatri AFSSPEC 2 Geriatri (Afsenders sygehusspeciale). MedicalSpecialityCodeType hepatologi AFSSPEC 3 Hepatologi (Afsenders sygehusspeciale). MedicalSpecialityCodeType haematologi AFSSPEC 4 Hæmatologi (Afsenders sygehusspeciale). MedicalSpecialityCodeType infektionsmedicin AFSSPEC 5 Infektionsmedicin (Afsenders sygehusspeciale). MedicalSpecialityCodeType kardiologi AFSSPEC 6 Kardiologi (Afsenders sygehusspeciale). MedicalSpecialityCodeType med_allergologi AFSSPEC 7 Med. allergologi (Afsenders sygehusspeciale). MedicalSpecialityCodeType med_endokrinologi AFSSPEC 8 Med. endokrinologi (Afsenders sygehusspeciale). MedicalSpecialityCodeType med_gastroenterologi AFSSPEC 9 Med. gastroenterologi (Afsenders sygehusspeciale). MedicalSpecialityCodeType med.lungesygdomme AFSSPEC 10 Med. lungesygdomme (Afsenders sygehusspeciale). MedicalSpecialityCodeType nefrologi AFSSPEC 11 Nefrologi (Afsenders sygehusspeciale). MedicalSpecialityCodeType reumatologi AFSSPEC 12 Reumatologi (Afsenders sygehusspeciale). 29

30 XML KvalifikatorNavn/Type Gyldige XMLvaerdier Default EDIFACT Gyldige XML KvalifikatorDefinition KvalifikatorNavn EDIFACT vaerdier MedicalSpecialityCodeType dermato_venerologi_sygehus AFSSPEC 18 Dermato-venerologi (Afsenders sygehusspeciale). MedicalSpecialityCodeType neurologi AFSSPEC 20 Neurologi (Afsenders sygehusspeciale). MedicalSpecialityCodeType onkologi AFSSPEC 22 Onkologi (Afsenders sygehusspeciale). MedicalSpecialityCodeType kirurgi_sygehus AFSSPEC 30 Kirurgi (Afsenders sygehusspeciale). MedicalSpecialityCodeType karkirurgi AFSSPEC 31 Karkirurgi (Afsenders sygehusspeciale). MedicalSpecialityCodeType kir_gastroenterologi AFSSPEC 32 Kir. gastroenterologi (Afsenders sygehusspeciale). MedicalSpecialityCodeType plastikkirurgi AFSSPEC 33 Plastikkirurgi (Afsenders sygehusspeciale). MedicalSpecialityCodeType thoraxkirurgi AFSSPEC 34 Thoraxkirurgi (Afsenders sygehusspeciale). MedicalSpecialityCodeType urologi AFSSPEC 35 Urologi (Afsenders sygehusspeciale). MedicalSpecialityCodeType gynaekologi_obstetrik_sygehus AFSSPEC 38 Gynækologi og obstetrik (Afsenders sygehusspeciale). MedicalSpecialityCodeType neurokirurgi AFSSPEC 40 Neurokirurgi (Afsenders sygehusspeciale). MedicalSpecialityCodeType ortopaedisk_kirurgi_sygehus AFSSPEC 42 Ortopædisk kirurgi (Afsenders sygehusspeciale). MedicalSpecialityCodeType oftalmologi AFSSPEC 44 Oftalmologi (Afsenders sygehusspeciale). MedicalSpecialityCodeType oto_rhino_laryngologi AFSSPEC 46 Oto-, rhino-, laryngologi (Afsenders sygehusspeciale). MedicalSpecialityCodeType hospitalsodontologi AFSSPEC 48 Hospitalsodontologi (Afsenders sygehusspeciale). MedicalSpecialityCodeType psykiatri_sygehus AFSSPEC 50 Psykiatri (Afsenders sygehusspeciale). MedicalSpecialityCodeType boerne_ungdomspsykiatri AFSSPEC 52 Børne- og ungdomspsykiatri (Afsenders sygehusspeciale). MedicalSpecialityCodeType klin_biokemi AFSSPEC 60 Klin. biokemi (Afsenders sygehusspeciale). MedicalSpecialityCodeType klin_fys_nuklearmedicin AFSSPEC 61 Klin fys og nuklearmedicin (Afsenders sygehusspeciale). MedicalSpecialityCodeType klin_immunologi AFSSPEC 62 Klin. immunologi (Afsenders sygehusspeciale). MedicalSpecialityCodeType klin_mikrobiologi AFSSPEC 63 Klin. mikrobiologi (Afsenders sygehusspeciale). MedicalSpecialityCodeType klin_neurofysiologi AFSSPEC 64 Klin. neurofysiologi (Afsenders sygehusspeciale). MedicalSpecialityCodeType patologisk_anatomi AFSSPEC 65 Patologisk anatomi (Afsenders sygehusspeciale). MedicalSpecialityCodeType diagnostisk_radiologi AFSSPEC 66 Diagnostisk radiologi (Afsenders sygehusspeciale). MedicalSpecialityCodeType klin_farmakologi AFSSPEC 67 Klin. farmakologi (Afsenders sygehusspeciale). MedicalSpecialityCodeType klin_genetik AFSSPEC 68 Klin. genetik (Afsenders sygehusspeciale). MedicalSpecialityCodeType anaestesiologi_sygehus AFSSPEC 84 Anæstesiologi (Afsenders sygehusspeciale). MedicalSpecialityCodeType arbejdsmedicin AFSSPEC 86 Arbejdsmedicin (Afsenders sygehusspeciale). MedicalSpecialityCodeType almen_medicin AFSSPEC 90 Almen medicin (Afsenders sygehusspeciale). MedicalSpecialityCodeType samfundsmedicin AFSSPEC 91 Samfundsmedicin (Afsenders sygehusspeciale). MedicalSpecialityCodeType almenlaege_laegevagt AFSSPEC 580 Almenlæge og lægevagt (Afsenders praksisspeciale). 30

31 XML KvalifikatorNavn/Type Gyldige XMLvaerdier Default EDIFACT Gyldige XML KvalifikatorDefinition KvalifikatorNavn EDIFACT vaerdier MedicalSpecialityCodeType oejenlaege AFSSPEC 1519 Øjenlæge (Afsenders praksisspeciale). MedicalSpecialityCodeType oere_naese_halslaege AFSSPEC 2021 Øre, Næse halslæge (Afsenders praksisspeciale). MedicalSpecialityCodeType anaestesiologi_praksis AFSSPEC 2501 Anæstesiologi (Afsenders praksisspeciale). MedicalSpecialityCodeType roentgen_kbh AFSSPEC 2503 Røntgen (København) (Afsenders praksisspeciale). MedicalSpecialityCodeType dermato_venerologi_praksis AFSSPEC 2504 Dermatologi-venerologi (Afsenders praksisspeciale). MedicalSpecialityCodeType roentgen AFSSPEC 2505 Røntgen. (Afsenders praksisspeciale). MedicalSpecialityCodeType reumatologi_fysiurgi AFSSPEC 2506 Reumatologi (Fysiurgi) (Afsenders praksisspeciale). MedicalSpecialityCodeType gynaekologi_obstetrik_praksis AFSSPEC 2507 Gynækologi/obstetrik (Afsenders praksisspeciale). MedicalSpecialityCodeType intern_medicin_praksis AFSSPEC 2508 Intern Medicin (Afsenders praksisspeciale). MedicalSpecialityCodeType kirurgi_praksis AFSSPEC 2509 Kirurgi (Afsenders praksisspeciale). MedicalSpecialityCodeType klinisk_kemi AFSSPEC 2511 Klinisk kemi. (Afsenders praksisspeciale). MedicalSpecialityCodeType neuromedicin AFSSPEC 2518 Neuromedicin (Afsenders praksisspeciale). MedicalSpecialityCodeType ortopaedisk_kirurgi_praksis AFSSPEC 2520 Ortopædisk Kirurgi (Afsenders praksisspeciale). MedicalSpecialityCodeType patologi AFSSPEC 2522 Patologi (Afsenders praksisspeciale). MedicalSpecialityCodeType plastkirurgi AFSSPEC 2523 Plastkirurgi (Afsenders praksisspeciale). MedicalSpecialityCodeType psykiatri_praksis AFSSPEC 2524 Psykiatri (Afsenders praksisspeciale). MedicalSpecialityCodeType paediatri AFSSPEC 2525 Pædiatri (Afsenders praksisspeciale). MedicalSpecialityCodeType boernepsykiatri AFSSPEC 2526 Børnepsykiatri (Afsenders praksisspeciale). MedicalSpecialityCodeType tropemedicin AFSSPEC 2528 Tropemedicin (Afsenders praksisspeciale). MedicalSpecialityCodeType tandlaege AFSSPEC 4050 Tandlæge (Afsenders praksisspeciale). MedicalSpecialityCodeType fysioterapi AFSSPEC 4551 Fysioterapi (Afsenders praksisspeciale). MedicalSpecialityCodeType kiropraktor AFSSPEC 5053 Kiropraktor (Afsenders praksisspeciale). MedicalSpecialityCodeType briller AFSSPEC 5552 Briller (Afsenders praksisspeciale). MedicalSpecialityCodeType fodterapi AFSSPEC 6054 Fodterapi (Afsenders praksisspeciale). MedicalSpecialityCodeType fodbehandlking AFSSPEC 6055 Fodbehandling (Afsenders praksisspeciale). MedicalSpecialityCodeType med_laboratorier AFSSPEC 7045 Med. laboratorier (Afsenders praksisspeciale). MedicalSpecialityCodeType omegnslaboratorier AFSSPEC 7046 Omegnslaboratorier (Afsenders praksisspeciale). MedicalSpecialityCodeType psykolog AFSSPEC 9463 Psykolog (Afsenders praksisspeciale). MessageStatusCodeType original Default MEDDELSESFUNKTI 9 Original recept: Ny meddelelse ON MessageStatusCodeType kopi MEDDELSESFUNKTI 7 Kopi af tidligere fremsendt recept ON 31

32 XML KvalifikatorNavn/Type Gyldige XMLvaerdier Default EDIFACT Gyldige XML KvalifikatorDefinition KvalifikatorNavn EDIFACT vaerdier OccupationType laege Default UDSTEDERPROF PHY Læge OccupationType tandlaege UDSTEDERPROF DEN Tandlæge PatientSexType hankoen PARTKOEN 1 Hankøn PatientSexType hunkoen PARTKOEN 2 Hunkøn PeriodUnitType dag ENHEDSFORMAT 802 Dag(e) PeriodUnitType uge ENHEDSFORMAT 803 Uge(r ) PriorityOfDelivery send_til_anden_adresse_samme_dag LEVERING OAD Send til anden adresse samme dag/snarest PriorityOfDelivery send_til_anden_adresse_pr_post LEVERING OAM Send til anden adresse pr. post PriorityOfDelivery send_til_patientadresse_pr_post LEVERING PAD Send til patientadresse samme dag/snarest PriorityOfDelivery send_til_patientadresse_samme_dag LEVERING PAM Send til patientadresse pr. post ReimbursementClauseType klausulbetingelse_opfyldt TILSKUDSKODE CLA Klausulbetingelse opfyldt. Svarende til værdierne i LMS17: CARD, EPIL, OSREU, PARK, PERN, SPAST og SPERI. ReimbursementClauseType bevilling_fra_laegemiddelstyrelsen TILSKUDSKODE SPG Bevilling fra Lægemiddelstyrelsen StatusType dosisispensering STATUS DOS Dosisdispensering StatusType seponeres STATUS SEP Seponering SubstitutionCodeType ikke_substitution Default SUBSTITUTION NS Ikke substitution SubstitutionCodeType ikke_generisk_substitution SUBSTITUTION NG Ikke generisk substitution. Anvendes ikke pt. SubstitutionCodeType ikke_original_substitution SUBSTITUTION NO Ikke original substitution. Anvendes ikke pt. TypeCodeType XPRE01 Default BRVTYPE PRE01 XML recept TypeType patient Default PART PAT Patient TypeType patienttilknyttet_person PART PAS Patienttilknyttet person VersionCodeType XLMS016 VERSION LMS016 XLMS016 er versionsnummer for "den gode" XML recept. Værdier angivet med kursiv er forklaringer til anvendelsen ved konvertering mellem EDIFACT/XML Anvendes hvis der er medsendt dato under Dosedispensing Anvendes hvis der er medsendt dato under Dosedispensing Default DATOSTARTSLUT 90 Starttidspunkt for dosisdispensering DATOSTARTSLUT 91 Sluttidspunkt for dosisdispensering Default MEDPRE MEDPRE MEDPRE angiver at EDI-meddelelsen er et subset af den europæiske pre-standard "MEDPRE". Default UNOC UNOC UNOC betyder at brevet sendes i tegnsættet ISO Dette tegnsæt SKAL altid benyttes. 32

33 XML KvalifikatorNavn/Type Gyldige XMLvaerdier Default EDIFACT Gyldige XML KvalifikatorDefinition KvalifikatorNavn EDIFACT vaerdier FORSIKRINGSTYPE DK Sygeforsikring Danmark FORSIKRINGSTYPE MK Medicinkort Default DAEKNINGSTYPE NA Dækningstype ikke relevant INSTRUKTION AUP Til eget brug Default INSTRUKTION UIS Til brug i praksis TEKSTEMNE DEL Leveringsinformation Default TEKSTEMNE ORI Ordreinstruktion Default IDENTITETSNR CPR CPR-nummer Default FORMATNAVN SCC Efternavn fulgt af fornavne, adskilt af komma FORMATNAVN US Ustruktureret navn DOSERINGSKORTK COP Kopi af doseringskort ønskes OPI FORMATLEVERAND AB Forkortet navn OER FORMATLEVERAND US Ustruktureret navn OER TEXTTYPE 5 Doseringsanvisning TEXTTYPE 9 Doseringsanvisning, understreget FORMATADR 1 Gade-/vejnavn efterfulgt af nummer, etage etc. FORMATADR US Ustruktureret adresse Default CPRNR CPR Medsendes hvis UdstederCpr er udfyldt. Er mandatory, hvis ordineret præparat er kopieringspligtigt 33

34 XML KvalifikatorNavn/Type Gyldige XMLvaerdier Default EDIFACT Gyldige XML KvalifikatorDefinition KvalifikatorNavn EDIFACT vaerdier VAREKODE DDP Dispenseringsform VAREKODE DNM Præparatnavn MAALEDIMENSION CT Pakningsstørrelse MAALEDIMENSION S Styrke MAALEKVALIFIKATO AAU Pakning R MAALEKVALIFIKATO DEN Densitet (styrke) R Blank, bruges ikke ved XML KODE "KODE" udfyldes af og til ikke hvis "KODEORG" er "9" for lokationsnummer. Bruges hvis kode er blank KODEORG 9 9 angiver EAN (lokationsnummer), f.eks. anden part, der anvender lokationsnummer. Bruges hvis kode er KOM KODEORG IM Indenrigsministeriet, hvis KODE er kommunenummer. Bruges hvis kode er SKS Default KODEORG SST SST angiver at kodeansvarlige er Sundhedsstyrelsen. Bruges hvis kode er USP KODEORG "KODEORG" udfyldes ikke hvis "KODE" er "USP" for uspecificeret, lokal kode. Bruges hvis kode er YNR KODEORG SFU SFU angiver at kodeansvarlige er Sygesikringens Forhandlingsudvalg. Bruges hvis kode er LDD KODEORG LMS Lægemiddelstyrelsen Bruges ikke KODEORG NCD Anden kodeansvarlig organisation. Er en del af xml-strukturen og ikke længere en kvalifikator Er en del af xml-strukturen og ikke længere en kvalifikator Er en del af xml-strukturen og ikke længere en kvalifikator <FixedFont> Default FORMAT F00 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". <FixedFont><Right> FORMAT F0H Ikke-proportional skrift. Højrestillet. <FixedFont><Center> FORMAT F0M Ikke-proportional skrift. Midtstillet. 34

35 XML KvalifikatorNavn/Type Gyldige XMLvaerdier Default EDIFACT Gyldige XML KvalifikatorDefinition KvalifikatorNavn EDIFACT vaerdier Er en del af xml-strukturen og ikke <FixedFont><Bold> FORMAT FF0 Ikke-proportional skrift. Fed. længere en kvalifikator Er en del af xml-strukturen og ikke <FixedFont><Underline> FORMAT FU0 Ikke-proportional skrift. Understreget. længere en kvalifikator Er en del af xml-strukturen og ikke <FixedFont><Italic> FORMAT FK0 Ikke-proportional skrift. Kursiv. længere en kvalifikator Er en del af xml-strukturen og ikke længere en kvalifikator <Font> FORMAT P00 Proportional skrift. Afsendersystemer bør benytte denne type (under forudsætning af at teksten ikke indeholder tabeller eller indrykninger). Er en del af xml-strukturen og ikke <Right> FORMAT P0H Proportional skrift. Højrestillet. længere en kvalifikator Er en del af xml-strukturen og ikke <Center> FORMAT P0M Proportional skrift. Midtstillet. længere en kvalifikator Er en del af xml-strukturen og ikke <Bold> FORMAT PF0 Proportional skrift. Fed. længere en kvalifikator Er en del af xml-strukturen og ikke <Underline> FORMAT PU0 Proportional skrift. Understreget. længere en kvalifikator Er en del af xml-strukturen og ikke <Italic> FORMAT PK0 Proportional skrift. Kursiv. længere en kvalifikator Hænger sammen med FORMAT Default TEXTNR NC NC anvendes normalt altid i dag. 35

36 Testeksempel Alle opdaterede testeksempler findes på MedComs hjemmeside: under fanen Standarder under de respektive meddelelsesstandarder. 36

37 Bilag 1 Printtabel for recepter Version 3.0 april 2005 Dette dokument er en anvisning vedr. udskrift af recepter på papir, som skal benyttes af lægesystemer og apotekssystemer. Formålet med anvisningen er: at gøre det lettest muligt at implementere udskrift på receptblanket at give entydige regler for forskellige variationer at gøre receptudskriften let og sikker at ekspedere at alle recepter med samme indhold udskrives identisk, uanset hvor udskriften sker Anvisningen er angivet i to forskellige formater: Fast tegnstørrelse og proportional skrift. De overordnede parametre, som udskriften er baseret på er: linieafstand 1/8 (hvilket svarer til 9 pkt.) skriftstørrelse 12 tegn pr. tomme eller 10 pkt. De skriftsnit, der anvendes, skal være klare og læselige. Courier anvendes til udskrift med fast tegnstørrelse, Arial, Sans Serif eller Helvetica er velegnede til proportionalskrift. Kursiv og fed skrift må ikke anvendes. Layout for receptblanketten er afpasset således, at der kan (skal) anvendes samme linieafstand til hele blanketten, og at der ved præcis anbringelse af udskriften som angivet i tabellen er lige meget spillerum over og under maximalt udnyttet udskrift. Dette giver den bedst mulige sikring mod, at udskriften bliver mindre læselig pga. variation i papirplacering fra udskrift til udskrift. Der er endvidere sørget for, at alle printere kan udskrive efter anvisningen, idet første linie er placeret 16 mm fra toppen, sidste linie 10 mm fra bunden. Visse printere har vanskeligheder med specielt at skrive nærmere ved toppen af blanketten. Linie og pos. i tabellen er angivet med udgangspunkt i, at den første linie, der udskrives på recepten, er linie 1, og at de tegn, der udskrives nærmest ved venstre kant på recepten, er pos. 1. Felter, der ikke begynder i pos. 1 er angivet på én af to måder: Fast pitch: Startposition for feltet. Proportionalpitch: Tabulatorposition i mm fra venstre kant med angivelse af, om der skal bruges venstrestillet eller højrestillet tabulator. Den absolutte pos. (for 1. tegn i ydernummer) er: linie 6 pos. 10. Mht. udskrift af ordination er angivet faste linienumre for hvert logisk felt. Dette kan betyde, at der i nogle tilfælde opstår blanke linier i ordinationen. Ordinationen må gerne rykkes sammen, så blanke linier undgås, hvis de blanke linier indsættes efter ordinationen. 37

38 Printtabel for receptblanket OS (98/06) m.fl. Logiske feltnavne Linie Pos. Venstre Højre Bemærkning tabulator tabulator Ydernummer ,5 Ydernummer angives med evt. ledende 0-er Praksisnavn ,5 Praksisadresse ,5 Praksisadresse ,5 Praksispostnummer/by ,5 Tlf ,6 Praksistelefon ,2 Angives med 8 cifre uden mellemrum Praksissystem ,1 AfsSystem i facitlisten Edifact Patientcprnummer Angives med bindestreg mellem 6. og 7. ciffer For udlændinge kan valgfrit angives erstatnings-cpr-nummer med format som CPR-nummer eller fødselsdato i formatet ddmmyyyy Patientnavn Angives som <fornavn> <efternavn> Patientadresse Patientadresse Patientpostnummer/by Barn ,4 Ordet Barn anføres, når patienten anført i patientdata med eget CPRnummer er under 12 år Barneidentifikation ,4 Kun, hvis der er printet patientrelateret identifikation i patientfelterne. Barneidentifikation = <fornavn> f. <fødselsdag> Fødselsdag angives som: dd.mm.yyyy Amtsnummer ,0 Udskrives med ledende 0. 38

39 Logiske feltnavne Linie Pos. Venstre tabulator Højre tabulator Bemærkning Bemærkning1 Bemærkning2 Bemærkning Bemærkninger omfatter flere typer af information: 1) Levering: Leveringsmåde: Sendes pr. post Sendes pr. bud Leveringsnavn Leveringsadresselinie Leveringspostnr./by 2) Andre bemærkninger Medudlevering af HK-præparat Frie bemærkninger (fortsættes) 3) Receptinstruks Til brug i praksis Til erhverv Format for levering: < sendes pr. post sendes pr. bud > [ til [<leveringsnavn>, ] <pseudoadresse> <leveringsadresse> <postnr/by>] Af hensyn til pladsen er det nødvendigt at tillade koncatenering af felter. I praksis vil leveringsoplysninger ikke overstige 2 linier à 60 tegn. 4) Særlig receptstatus dosisdispensering eller seponeres (uden anførselstegn) 5)Kopi af doseringskort ønskes af egen læge kopi ønskes (uden anførselstegn) Printes efter dosisdispensering 39

40 Logiske feltnavne Linie Pos. Venstre Højre Bemærkning tabulator tabulator Varenummer, doseringskode og indikationskode 23,32, <varenummer>, [ D- <doseringskode> ], [I- <indikationskode> ] Foranstillede nuller printes ikke for doseringskode og indikationskode. # 23,32, ,3 Præparat 24,33, Præparat = <præparatnavn> < dispenseringsform> [ <styrke>] [ direkte forhandlet < importør> Importør skal udskrives fuldt ud. Ordineret mængde 25,34, Ordineret mængde = <pakningsindhold> [ x <antal pakninger>] Omvendt substitution 26,35, Omvendt substitution anføres som Ej S Særligt tilskud 27,36, Koderne oversættes således: CLA: tilskud Brugsanvisning 28,37,46 29,38,47 30,39, Brugsanvisning = <dosering> <LF/CR> <indikation> [<LF/CR> ] [<suppl. information>]lf/cr = linieskift/vognretur dosering = <doseringstekst> [<varighed>] indikation =<indikationstekst> Varighed er kodebetydningen af SG7 DTM-segmentet. Suppl. information er indholdet i SG7 FTX-segmentet (fortsættes) 40

41 Logiske feltnavne Linie Pos. Venstre tabulator Iteration eller Startdato og slutdato Højre tabulator Bemærkning Hvis doseringsteksten fylder mere end 60 tegn, anbringes resten i linie 29,38,47. Linieskift mellem indikation eller 2 mellemrumstegn mellem <indikation> og <suppl. information> er valgfrit. 31,40, Iteration = Udleveres <antal1> < gang gange [ med ><antal2> < enhed>< mellemrum ] Antal1 = 1-99 Antal2 = Enhed=< dages uges ugers må neds måneders > Ved dosisdispensering og seponering. Startdato: <dato> Slutdato: <dato> Datoformat dd.mm.yyyy Receptdato Datoformat dd.mm.yyyy Udstedernavn ,1 AutorisationsID Speciale ,1 Speciallæge i <speciale> Apoteksnavn Udleveringssted Receptid ,3 95,3 95,3 95,3 95,3 95,3 95,3 95,3 Apoteksnavn/udleveringssted benyttes af udsteder kun til sortering af telefonrecepter, der afhentes af apoteket eller faxes. Der kan benyttes forkortelse eller fuldt navn. Kan overklæbes med mærkat med stregkode eller anden ID på apoteket. Recept-ID kan udskrives af apoteket på dette sted, hvis det ønskes (Stregkode + nummer). 41

42 Logiske feltnavne Linie Pos. Venstre tabulator Apo1.1 Apo1.2 Apo1.3 Apo1.4 Højre tabulator Bemærkning Format bestemmes af apoteket Format bestemmes af apoteket Format bestemmes af apoteket Format bestemmes af apoteket 42

43 Bilag 2 Databeskrivelse for LMS-takst pr. 1.april 2005 Nyeste version kan findes på lægemiddelstyrelsens FTP-server. Adgang til fås ved henvendelse til Lægemiddelstyrelsen. DATABESKRIVELSE FOR LMS-TAKST LMS / Tab.navn Indhold Type Antal Fra - til Bemærkninger Felt nr. Kar. LMS01 Grunddata, Lægemiddel 01 Drugid N Varetype AN Udfyldt med SP (Specialiteter) 03 Varedeltype AN Udfyldt med LM (lægemiddel, reg.) 04 Alfabet. sekvensplads AN Spec. nummer N D.sp.nr. (decentrale) - Alm. nr (centrale) 06 Navn AN Evt. forkortet 07 Lægemiddelform, tekst AN Evt. forkortet 08 Form-kode AN Ref. t. LMS22, felt Kode for yderligere form-oplysn. AN Feltet er tomt pt. 10 Styrke (klar tekst) AN Styrke, numerisk N Styrke, enhed AN Ref. t. LMS15, enhedstype 3 13 MT-indehaver N Ref. t. LMS09 14 Repræsentant (distributør) N Ref. t. LMS09 15 ATC AN Ref. t. LMS12 16 Administrationsvej AN x 2 kar. (Ref. t. LMS11) 17 Trafikadvarsel AN muligh.: J eller blank 18 Substitution AN muligh.: G eller blank 19 Blank AN Blank AN Blank AN Lægemidlets substitutionsgruppe AN Substitutionsgruppenr. på Drugid-niveau 23 Egnet til dosisdispensering AN muligh.: D eller blank 43

44 24 Dato for afregistr. af lægemiddel AN Format: ååååmmdd Total record-længde: 172 LMS02 Grunddata, Pakning 01 Drugid N Ref. t. LMS01, felt Varenummer N Alfabet. sekvensnr. N Varenummer for delpakning N Udfyldes for multipakningen 05 Antal delpakninger N Antal delpakn. i stor/multipakning 06 Pakningsstørrelse, klartekst AN Pakningsstørrelse, numerisk N Brutto 08 Pakningsstørrelse, enhed AN Ref. t. LMS15, enhedstype 4 09 Emballagetype AN Ref. t. LMS14 10 Udleveringsbestemmelse AN Ref. t. LMS18 11 Udlevering, speciale AN Ref. t. LMS19 12 Sygesikringskode AN Ref. t. LMS16 13 Klausul for sygesikringstilskud AN Ref. t. LMS17 14 Antal DDD pr. pakning N Opbevaringstid, numerisk N Hos distributør 16 Opbevaringstid, enhed AN Ref. t. LMS15, enhedstype 1 17 Opbevaringsbetingelser AN Ref. t. LMS20 18 Oprettelsesdato N Format: ååååmmdd 19 Dato for seneste prisændring N Format: ååååmmdd 20 Udgået dato N Format: ååååmmdd 21 Beregningskode AIP -> reg.pris AN Ref. t. LMS13 22 Pakning optaget i tilskudsgruppe AN muligh.: F eller blank 23 Færdigfremstillingsgebyr AN muligh.: B eller blank 24 Blank AN Pakningsdistributør N Ref. t. LMS09 Total record-længde 137 LMS03 Grunddata, Priser Alle priser er i øre med foranstillede nuller 01 Varenummer N Ref. t. LMS02, felt AIP N Apotekets indkøbspris 03 Registerpris N Beregning i prisbekendtg., 2, stk. 1, 9 og Ekspeditionens saml. pris (ESP) N Reg.pris + evt. receptur- og færdigtilb.gebyr 44

45 05 Tom N Udfyldt med Tom N Udfyldt med Tilskudspris (TSP) N Tilskudspris (human) eller (veterinær) 08 Leverancepris til hospitaler N Blodprod. o.l. (Udfyldt med ) 09 Leverancepris (dyrlæger) N Beregning i prisbekendtgørelsen, 2, stk Ikke-tilskudsberettiget del N Fx utensilie eller del af kombinationspakn. 11 Tom N Udfyldt med Total record-længde 96 LMS04 Substitution 01 Substitutionsgruppenummer N Substitutionsgruppe for pakningen 02 Receptens varenummer N Varenr. hvis substitutionsmuligheder skal findes 03 Numerisk pakningsstørrelse N Felt 07 i LMS02 04 Prod. alfabetiske sekvensplads AN Felt 04 i LMS01 05 Blank Substitutionskode for pakning AN 1 35 Værdier=A-B-C (for varenr. i felt 02) 07 Billigste varenummer N Henvisning til billigste pakning 08 Blank Total record-længde 47 LMS05 Substitution af lægemidler uden fast pris 01 Substitutionsgruppenummer N Substitutionsgruppe for pakningen 02 Varenummer N Total record-længde 10 LMS07 Tilskudsprisgrupper (pakningsniveau) 01 Tilskudspris-gruppe N Varenummer N Ref. t. LMS02 03 Blank 1 11 Total record-længde 11 LMS09 Firmaliste 01 Firmanummer N Ref. t. LMS01, felt Firmamærke (kort) AN P.t. tomt 03 Firmamærke, langt navn AN

46 04 Parallelimportør-kode AN Total record-længde 60 LMS10 Udgåede navne 01 Drugid N Ref. t. LMS01 02 Dato for ændringen N Tidligere navn AN Total record-længde 69 LMS11 Administrationsvej 01 Kode AN Ref. t. LMS01, felt Kort tekst AN Tekst AN Blank 1 63 Total record-længde 63 LMS12 ATC-koder og tekst 01 ATC-niveau 1 AN Felt ref. t. LMS01, felt ATC-niveau 2 AN ATC-niveau 3 AN ATC-niveau 4 AN ATC-niveau 5 AN Tekst AN Blank AN Total record-længde 152 LMS13 Beregningsregler 01 Kode AN 1 1 Ref. t. LMS02, felt Tekst AN Blank 1 52 Total record-længde 52 LMS14 Emballagetype-koder 01 Kode AN Ref. t. LMS02, felt Kort tekst AN Tekst AN

47 04 Blank 1 65 Total record-længde 65 LMS15 Div. enheder 01 Enhedstype N 1 1 Styrke=3, pakning=4, tid=1 02 Kode AN LMS01, felt 12 og LMS02, felt 08 og Kort tekst AN Tekst AN Blank 1 65 Total record-længde 65 LMS16 Sygesikringstilskud 01 Kode AN Ref. t. LMS02, felt Kort tekst AN Tekst AN Blank 1 63 Total record-længde 63 LMS17 Klausulering 01 Kode AN Ref. t. LMS02, felt Kort tekst AN Klausultekst, forkortet 03 Tekst AN Tilskudsklausul (sygdom/pensionist/kroniker) Total record-længde 555 LMS18 Udleveringsbestemmelser 01 Kode AN Ref. t. LMS02, felt Udleveringsgruppe AN 1 6 Recept: A eller B, håndkøb: H 03 Kort tekst AN Tekst AN Blank 1 67 Total record-længde 67 LMS19 Speciale for NBS 01 Kode AN Ref. t. LMS02, felt Kort tekst AN Speciale, forkortet 03 Tekst AN Tekst for speciale 47

48 Total record-længde 65 LMS20 Opbevaringsbetingelser 01 Kode AN 1 1 Ref. t. LMS02, felt Kort tekst AN Tekst AN Total record-længde 61 LMS22 Lægemiddelform-betegnelser 01 Kode AN Ref. t. LMS01, felt Tekst AN Aktiv / inaktiv AN A (Aktiv)=DLS o.l.-i (inaktiv)=ikke anerkendt term Toltal record-længde 108 LMS23 Tilskudsintervaller 01 Type N Patienttype: almen, barn, kroniker, terminal 02 Niveau N 1 3 fx 1-4 for alment tilskud, 1-3 for barn 03 Nedre grænse N Nedre beløbsgrænse for niveauet (i øre) 04 Øvre grænse N Øvre beløbsgrænse for niveauet (i øre) 05 Procent N Tilskudsprocent Total record-længde 24 LMS24 Oplysninger om dosisdispensering Alle priser er i øre med foranstillede nuller 01 Drugid N Ref. t. LMS01, felt Varenummer N Ref. t. LMS02, felt Lægemidlets substitutionsgruppe AN Ref. t. LMS01, felt 22. Kan være blank 04 Mindste AIP pr. enhed N Mindste AIP for alle aktive pakn. pr. Drugid 05 Mindste registerpris/enh. N Mindste reg.pris for alle aktive pakn. pr. Drugid 06 TSP pr. enhed N Tilskudspris pr. enhed 07 Kode for billigste Drugid AN 1 49 Værdier = A - B - C 08 Billigste Drugid N Henvisning til billigste Drugid Total record-længde 60 LMS25 Indikationskode 01 ATC AN Ref. t. LMS01 48

49 02 Indikationskode N Ref. t. LMS26 Total record-længde 15 LMS26 Indikation 01 Indikationskode N Ref. t. LMS25 02 Indikationstekst, total AN Felt Indikationstekst, linie 1 AN Indikationstekst, linie 2 AN Indikationstekst, linie 3 AN Total record-længde 163 LMS27 Doseringskode 01 Drugid N Ref. t. LMS01 02 Doseringskode N Ref. t. LMS28 Total record-længde 18 LMS28 Dosering 01 Doseringskode N Ref. t. LMS27 02 Dosering, kort tekst AN Doseringstekst, total AN Felt Antal enh./døgn N Doseringstekst, linie 1 AN Doseringstekst, linie 2 AN Doseringstekst, linie 3 AN Total record-længde 182 LMS29 Rekommandationer 01 Rekommandationsgruppe N DrugID N Ref. t. LMS01 03 Varenummer N Ref. t. LMS02 04 Rekommandationsniveau AN Værdier: Anbefales / med forbehold / ikke Total record-længde 46 LMS30 Indholdsstoffer 01 DrugID N Ref. t. LMS01 02 Varenummer N Ref. t. LMS02 49

50 03 Stofklasse AN Substansgruppe AN Substans AN Total record-længde 367 LMS31 Enhedspriser 01 DrugID N Ref. t. LMS01 02 Varenummer N Ref. t. LMS02 03 Pris pr. enhed N Pris = Ekspeditionens samlede pris (ESP) 04 Pris pr. DDD N Pris = ESP 05 Billigste pakning AN 1 36 Markering af billigste pakning pr. enhed for DrugID Total record-længde 36 SYSTEM Systemfil 00 Recordtype N Feltet er udfyldt med 00 (styrerecord) 01 Versionsnummer AN Feltet er pt. udfyldt med "8.0" 02 Produktnavn AN Feltet er udfyldt med "LMS-TAKST" 03 Takstens ikrafttrædelsesdato N Format: ååååmmdd 04 Blank N Tidligere: Forrige taksts ikrafttrædelsesdato 05 Blank N Tidligere: Næste taksts ikrafttrædelsesdato 06 Antal disketter N Feltet er udfyldt med "01" 07 Totalt antal filer inkl. Systemfil N Antal filer i LMS-TAKST 08 DOS-navn for pakket fil AN Feltet er udfyldt med "LMS.ZIP" 09 Gældende takst-uge N Format: ååååuu, sv. t. felt 03 Total record-længde Recordtype N Værdi = 01 (parameter-record 1) 01 Moms-procent N Med 2 decimaler 02 Udskrivningsprocent N Med 2 decimaler 03 Recepturgebyr N Ørebeløb incl. moms 04 Færdigbehandlingsgebyr N Ørebeløb incl. moms 05 Telefonreceptgebyr N Ørebeløb incl. moms 06 Tom N Udfyldt med "00000" 07 Vagt-gebyr N Ørebeløb incl. moms 08 Dosispakningsgebyr N Udfyldt med "00000" 09 Veterinærgebyr N Ørebeløb incl. moms 50

51 Total record-længde Recordtype N Feltet er udfyldt med 10 (kartoteksrecord) 01 Fil-beskrivelse AN Fx. Grunddata lægemiddel 02 Fil-betegnelse før pakning AN Fx. LMS01.txt 03 Antal filer N Feltet er udfyldt med Antal records i filen N Total record-længde 51 51