Pakkesnitfladen De gode sider Teknisk opslagsværk for primærsektorens IT Leverandører

Transkript

1 Pakkesnitfladen De gode sider Teknisk opslagsværk for primærsektorens IT Leverandører 1. september 2011 Version 1.01

2 Indholdsfortegnelse: Formål: Filstruktur: Tag-beskrivelse:... 5 Enummerationer: Meddelelsestyper: Anbefalinger til MessageCollection: Automatisk EDI-indberetning til tabellen:.. 19 MEDBIN eksempel på indberetning fra klinik: Eksempel på kræftpakke: Eksempel på kommunetilbud: Eksempel på klinikpakke: Erik Jacobsen, DataGruppen MultiMed Side 2

3 Formål Formålet med denne XML-definition af en pakke -snitflade og et generelt indberetningsformat for en given installation inden for Sundhedsvæsenet er at opbygge en generel tabel til brug for Sundhedsvæsenets system leverandører. Tabellen og setup et i forbindelse med vedligeholdelsen af tabellen skal ud over at kunne bruges som almindelig telefonbog - også kunne understøtte dynamisk opdatering af nødvendige data, som skal være til stede, når man ønsker at kommunikere med Sundhedsfaglige partnere generelt. Det gælder også kommunikation med Sundhedsfaglige partnere, der tilbyder forskellige services, som kræver særlige tillægsoplysninger, eller kommunikation hvor anden speciel routning er nødvendig i forbindelse hermed. Disse særlige tillægsoplysninger kan, som f.eks. i kræftpakker, være oplysninger, som SKAL være udfyldt/besvaret for at en henvisning kan sendes. Disse data vil i tabellen være til stede hos de partnere/kræftpakker, hvor de er relevante. Speciel routning kan forekomme i situationer, hvor man f.eks. har central visitation, eller i sammenhænge, hvor en service udbydes et sted - der hvor patienten møder op - men hvor kommunikationen håndteres af en anden enhed inden for organisationen. Dynamisk opdatering og vedligeholdelse af tabellen vil kunne ske automatisk fra de enkelte installationer i Sundhedsvæsenet via EDI. Til dette formål er der stillet en EDI-postkasse til rådighed for modtagelse af MEDBIN meddelelser, som indeholder disse opdateringer fra de forskellige partnere. For organisationer, der har ansvaret for større dele af tabellen, vil opdateringen kunne ske en bloc via særlig SDN adgang. Tabellen vedligeholdes på den måde, at Entries, der ikke bliver opdateret i et halvt år automatisk fjernes fra tabellen. Der forventes således fra de respektive ansvarlige partnere/administratorer mm en løbende opdatering, som også fungerer som en keep alive funktion for partnere, som ønsker at forblive synlige i tabellen. Erik Jacobsen, DataGruppen MultiMed Side 3

4 Filstruktur Filformatet er opbygget som XML-format, der i sig selv betyder overholdelse af en række regler vedr. syntaks. Følgende grundregler gælder for formatet: 1) ISO skal altid bruges som tegnsæt - i nuværende såvel som fremtidige versioner. (<?xml version="1.0" encoding="iso8859-1"?>) 2) pakke -snitflade filer vil blive skemavalideret i forbindelse med upload til tabellen. Skemaet vil blive tilgængelig på MedCom hjemmeside. 3) Opdatering af et enkelt UnitEntry i tabellen vil ske ved simpel overskrivelse af samtlige oplysninger. 4) Sletning af et enkelt UnitEntry vil ske ved simpel sletning af alle data for det specifikke UnitEntryID ved hjælp af et simpelt slette -tag. Erik Jacobsen, DataGruppen MultiMed Side 4

5 Tag-beskrivelse (dataliste) <UnitEntry> En opdateringsfil med en eller flere pakker eller partnere fra en installation eller fra en opdateringsansvarlig organisation indeholder én eller flere enheder (UnitEntry). Hvert UnitEntry beskriver én partner eller én pakke. Enheden kan være en klinik, en sygehusafdeling, en behandlingspakke, et kommunetilbud eller et andet behandlingstilbud. <UnitEntryID> UnitEntryID er et entydigt ID, som følger enheden i hele dens levetid i tabellen. UnitEntryID er den en-entydige nøgle, som gør det muligt at opdatere Entry et/recorden eller at slette den. Initielt skal systemleverandøren for en konkret partner sørge for, at der ikke er sammenfald af UnitEntryID er. Opbygning skal være et GUID jf følgende skabelon - se også xsd-definitionen: [A-F0-9]{8}-[A-F0-9]{4}-[A-F0-9]{4}-[A-F0-9]{4}-[A-F0-9]{12} Eksempel: 72360B35-7BFE-4F35-8D5B-90E44DC456FB <UnitEntryTimeStamp> Dato tid for sidste opdatering af denne UnitEntry Eksempel: :24 <UnitEntryDelete> (Optionel) Hvis dette tag er med, vil resten blive ignoreret, da dette Entry så vil blive slettet af tabellen. Eneste valide dataindhold er true. <PakkeType> Typen af enheden (UnitEntry). Det kan være et behandlingstilbud af en eller anden slags f.eks. en kræftpakke, en kommunepakke eller et andet standardiseret behandlingsforløb. Det kan også være en almindelig partner med alle tilhørende kommunikations- og routningsoplysninger, som selve tabellen tilbyder. <PakkeNavn> Pakkenavnet er selve navnet ellers slagsen af den standardiserede pakke. F.eks. hvis pakketypen er hospitalspakke så kunne pakkenavnet f.eks. være Brystkræft. Hvis pakketypen er en partner, så kunne pakkenavnet være almenpraksis, speciallægepraksis eller sygehusafdeling. <SystemID> SystemID er et entydigt ID, som følger leverandøren. SystemID tildeles af MedCom. Opbygning skal være et GUID jf følgende skabelon - se også xsd-definitionen: [A-F0-9]{8}-[A-F0-9]{4}-[A-F0-9]{4}-[A-F0-9]{4}-[A-F0-9]{12} <ContentOwner> (Optionel) ContentOwner er ejerens cpr-nummer - til brug for evt. senere direkte adgang med begrænsede rettigheder for klinikkens administrative ansvarlige person. Opbygning : (0[1-9] [12][0-9] 3[01])(0[1-9] 1[012])[0-9]{2}[0-9]{4} - se også xsd-definitionen. Erik Jacobsen, DataGruppen MultiMed Side 5

6 <Information> (optionel) Dette tag er optionelt og kan indeholde en eller flere sub-tags, som fortæller noget om dette UnitEntry. Disse sub-tags er også optionelle. Sub-tags: (mindst ét af følgende tags skal medtages, hvis <Information> tag et er med) <NationalLink> (optionel) URL på national hjemmeside <NationalComment> (optionel) Evt. nationale kommentarer/supplerende oplysninger vedrørende dette UnitEntry <NationalPhoneNumber>(optionel) National kontakt-telefonnummer vedrørende dette UnitEntry <LocalLink> (optionel) URL på regional eller lokal hjemmeside <LocalComment> (optionel) Evt. regionale eller lokale kommentarer/supplerende oplysninger vedrørende dette UnitEntry <LocalPhoneNumber> (optionel) Regional eller lokal kontakt-telefonnummer vedrørende dette UnitEntry <Organisation> Dette tag indeholder oplysninger om behandlingsstedet, søgeinformationer, kommunetilhørs-forhold, region og anden relevant information om behandlingsstedet. Sub-tags: <Alias> (mandatory - brugerredigerbart) Dette alias udfyldes med et navn på stedet, behandlingsstedet, klinikken, som man vil kende stedet for, eller man fra f.eks. en kliniks side vil kendes på. <SorID> (Optionel) SorID udfyldes kun, hvis der er 100% match mellem dette UnitEntry s kommunikationsdata (Communication-tag et) og oplysningerne på SOR - ellers IKKE. <SygehusSpeciale> (Optionel) Sygehusspeciale udfyldes, hvis det er en sygehusafdeling, og det er muligt entydigt at angive det. <SygehusAfdKode> (Optionel) Sygehusafdelingskode angives, hvis der er tale om en sygehusafdeling, der har en SKS-kode. <PraksisSpeciale> (Optionel) Praksisspeciale angives, hvis der er tale om en partner, der har et praksisspeciale. <Ydernr> (Optionel) Ydernummeret angives, hvis der er tale om en partner, der har et sygesikringsydernummer. Erik Jacobsen, DataGruppen MultiMed Side 6

7 <CvrNr> (Optionel) CVR-nummeret skal angives, hvis der eksisterer et sådant et for partneren eller behandlingsinstitutionen. <AndetID> (Optionel) Andet ID angives, hvis der er hverken er tale om sygehus, praksis, eller virksomhed. Det kan være en anden betegnelse for en administrativ enhed i en kommune eller et Lokationsnummer. <Kommune> Den kommune, hvori behandlingsstedet/partneren er tilknyttet eller hjemmehørende (enummeration, hvor den tomme tekst (blank) kan forekomme, hvor data ej er tilgængelig eller med mening kan defineres) <Region> Den region, hvori behandlingsstedet/partneren er hjemmehørende <Navn> Behandlingsstedet - hvor patienten/borgeren møder op. <AfdelingPerson> (Mandatory - brugerredigerbart) Personen/lægen fra lægehuset eller behandlingsstedet, som er tilknyttet eller kan kontaktes på behandlingsstedet. - kan f.eks. være én af flere læger i et lægehus eller en ansvarlig leder for behandlingsstedet. - kan være blank <Adresse> Adressen på behandlingsstedet <PostNr> Postnummer for behandlingsstedet <By> By hvori behandlingsstedet ligger (svarende til postnummeret) <TlfNr> (Mandatory - brugerredigerbart) Telefonnummeret på behandlingsstedet <MobilNr> (Optionel - brugerredigerbart) Mobil for kontakt til behandlingsstedet <FaxNr> (Optionel - brugerredigerbart) Faxnummer for behandlingsstedet < > (Optionel - brugerredigerbart) adresse for behandlingsstedet Erik Jacobsen, DataGruppen MultiMed Side 7

8 <Indication> (Optionel) Dette tag oplysninger om diagnosekoder, som kan trigge en søgning direkte på mulige UnitEntries fra et system, der har kodet information til rådighed. Sub-tags: (mindst ét af følgende tags skal medtages, hvis <Indication> tag et er med) <IcpcCollection> (Optionel) Dette tag kan indeholde ét eller flere <Icpc> tags, som hver især indeholder kodet information, som direkte kan lede til dette UnitEntry. Sub-tags: <Code> (Optionel) - mindst ét tag Icpc-kode, som behandlingsstedet tilbyder behandling for. <Navn> (Dependent) - skal med, hvis <Code> er med Kodebetydningen af den pågældende Icpc-kode <IcdCollection> (Optionel) Dette tag kan indeholde ét eller flere <Icd> tags, som hver især indeholder kodet information, som direkte kan lede til dette UnitEntry. Sub-tags: <Code> (Dependent) - mindst ét tag Icd-kode, som behandlingsstedet tilbyder behandling for. <Navn> (Dependent) - skal med, hvis <Code> er med Kodebetydningen af den pågældende Icd-kode <Communication> Dette tag indeholder oplysninger om adressering og routning i forbindelse med elektronisk kommunikation af de meddelelser med evt. tillægsoplysninger - som det pågældende behandlingssted kan modtage. Det vil sige, hvor skal der sendes til, og hvad skal være opfyldt, når man kommunikerer med behandlingsstedet eller behandlings-tilbudet. Sub-tags: <Receiver> Alle sub-tags i dette mandatory tag er mandatory og SKAL indsættes i de respektive meddelelser, præcis som de er defineret i tabellen i det pågældende UnitEntry. Dette er essentielt for korrekt routning hos partnere eller behandlingstilbud - pakker mm - som kan være routet specielt på grund af f.eks. central visitation, bestemte administrative re-routninger eller at bestemte personer i de forskellige klinikker skal modtage posten differentieret. Sub-tags: <ModtOrg> Data en placeres på dette sted i EDIFACT-meddelelsen <ModtAfdTitel> Data en placeres på dette sted i EDIFACT-meddelelsen <ModtAdr> Data en placeres på dette sted i EDIFACT-meddelelsen Erik Jacobsen, DataGruppen MultiMed Side 8

9 <ModtPost> Data en placeres på dette sted i EDIFACT-meddelelsen <ModtBy> Data en placeres på dette sted i EDIFACT-meddelelsen <Routeing> Sub-tags: <ModtLok> Data en placeres på dette sted i EDIFACT-meddelelsen <ModtID> Data en placeres på dette sted i EDIFACT-meddelelsen <Kode> Data en placeres på dette sted i EDIFACT-meddelelsen <KodeOrg> Data en placeres på dette sted i EDIFACT-meddelelsen <MessageCollection> Dette tag indeholder oplysninger om, hvilke meddelelser den UnitEntry kan modtage og hvilke betingelser - forsendelsesattributter, begrænsninger, tillægsoplysninger og yderligere muligheder, der eventuelt kan være i forbindelse med de respektive meddelelser. Sub-tags: - der er mindst én forekomst af dette sub-tag Sub-tags: <Navn> Navnet på meddelelsestype <EdifactType> Navnet på meddelelsestypen - f.eks. MEDDIS, MEDREF, MEDBIN <Type> Meddelelsestypen - f.eks. REF02, DIS91, RPT01 <Version> Versionen af meddelelsestypen f.eks. H0230R Erik Jacobsen, DataGruppen MultiMed Side 9

10 <MaxMessageLength> (Optionel) Her angives, hvor mange tegn en meddelelse højst må indeholde. Kan kun anvendes i MEDBIN er. <MaxCommentLength> (Optionel) Her angives, hvor mange tegn et anamnesefelt højst må indeholde for at modtager kan præsentere det fremsendte korrekt. Indtil videre kun anvendt i henvisningsmeddelelser. Kan kun anvendes i MEDREF er. <Priority> (Optionel) Den prioritet, som modtageren forventer at meddelelsen bliver sendt med for at meddelelsen bliver behandlet optimalt i organisationen. Data en placeres på dette sted i EDIFACT-meddelelsen. Kan kun anvendes i MEDREF er. <MedbinReference> (Optionel) Dette tag fortæller, om modtageren er i stand til at modtage vedhæftede objekter - sendt i MEDBIN-formatet - sammen med denne meddelelse. Kan kun anvendes i MEDREF er, MEDDIS er, MEDRPT er og MEDREQ er. <PhraseCollection> (Optionel) Dette tag beskriver de tillægsoplysninger og spørgsmål, der skal præsenteres og besvares i forbindelse med den pågældende meddelelse. <Phrase> - der er mindst én forekomst af dette subtag Sub-tags: <Code> Koden for den pågældende prompt <Name> Betydningen af koden - max. 210 tegn (der medtages kun max. 70 tegn i den sendte MEDREF) <Mandatory> Hvorvidt prompten kan eller skal besvares Erik Jacobsen, DataGruppen MultiMed Side 10

11 Enummerationer for de forskellige datasæt: PakkeType: partner kommunepakke regionalpakke sygehuspakke PakkeNavn brystkræft motionstilbud almenpraksis speciallægepraksis apotek diætistklinik ergoterapiklinik fysioterapiklinik hospital kiropraktorklinik fodterapiklinik tandlægeklinik Kommune Eksisterende kommuneliste Region Eksisterende regionsliste Kode YNR, SKS, SOR, COM og blank (tom streng) KodeOrg SFU, SST, IM, 9 Erik Jacobsen, DataGruppen MultiMed Side 11

12 Meddelelsestyper i MessageCollection tag et: MEDDIS er: <Navn>Udskrivningsepikrise</Navn> <Type>DIS01</Type> <Version>D0133L</Version> <Navn>Ambulantepikrise</Navn> <Type>DIS02</Type> <Version>D0233L</Version> <Navn>Skadestueepikrise</Navn> <Type>DIS03</Type> <Version>D0333L</Version> <Navn>Billeddiag. epikrise</navn> <Type>DIS05</Type> <Version>D0533L</Version> <Navn>Lægevagtsepikrise</Navn> <Type>DIS06</Type> <Version>D0633L</Version> <Navn>Speciallægeepikrise</Navn> <Type>DIS07</Type> <Version>D0733L</Version> Erik Jacobsen, DataGruppen MultiMed Side 12

13 <Navn>Fysioterapiepikrise</Navn> <Type>DIS08</Type> <Version>D0833L</Version> <Navn>Psykologepikrise</Navn> <Type>DIS10</Type> <Version>D1033L</Version> <Navn>Bookingsvar</Navn> <Type>DIS13</Type> <Version>D1333L</Version> <Navn>Indlæggelsesadvis</Navn> <Type>DIS14</Type> <Version>D1431C</Version> <Navn>Udskrivningsadvis</Navn> <Type>DIS17</Type> <Version>D1730C</Version> <Navn>Indlæggelsesadvis</Navn> <Type>DIS20</Type> <Version>D2030C</Version> <Navn>Indlæggelsesrapport</Navn> <Type>DIS16</Type> <Version>D1630C</Version> Erik Jacobsen, DataGruppen MultiMed Side 13

14 <Navn>Udskrivningsrapport</Navn> <Type>DIS18</Type> <Version>D1830C</Version> <Navn>Varsling af færdigbehandling</navn> <Type>DIS19</Type> <Version>D1930C</Version> <Navn>Fødselsanmeldelse</Navn> <Type>DIS32</Type> <Version>D3234L</Version> <Navn>Administrativ korrespondance</navn> <Type>DIS90</Type> <Version>D9034L</Version> <Navn>Korrespondancebrev</Navn> <Type>DIS91</Type> <Version>D9134L</Version> <Navn>Hjemmeplejestatus</Navn> <Type>DIS95</Type> <Version>D9530C</Version> Erik Jacobsen, DataGruppen MultiMed Side 14

15 MEDREF er: <Navn>Sygehushenvisning</Navn> <EdifactType>MEDREF</EdifactType> <Type>REF01</Type> <Version>H0130R</Version> <Navn>Billeddiagnostisk henvisning</navn> <EdifactType>MEDREF</EdifactType> <Type>REF02</Type> <Version>H0230R</Version> <Navn>Speciallægehenvisning</Navn> <EdifactType>MEDREF</EdifactType> <Type>REF06</Type> <Version>H0630R</Version> <Navn>Fysioterapihenvisning</Navn> <EdifactType>MEDREF</EdifactType> <Type>REF07</Type> <Version>H0730R</Version> <Navn>Fodterapihenvisning</Navn> <EdifactType>MEDREF</EdifactType> <Type>REF08</Type> <Version>H0830R</Version> <Navn>Psykologhenvisning</Navn> <EdifactType>MEDREF</EdifactType> <Type>REF10</Type> <Version>H1030R</Version> <Navn>Øfeldthenvisning</Navn> <EdifactType>MEDREF</EdifactType> <Type>REF12</Type> <Version>H1230R</Version> Erik Jacobsen, DataGruppen MultiMed Side 15

16 MEDREQ er: <Navn>Laboratorierekvisition</Navn> <EdifactType>MEDREQ</EdifactType> <Type>REQ01</Type> <Version>Q0131K</Version> <Navn>Patologirekvisition</Navn> <EdifactType>MEDREQ</EdifactType> <Type>REQ03</Type> <Version>Q0130P</Version> MEDRPT er: <Navn>Laboratoriesvar</Navn> <EdifactType>MEDRPT</EdifactType> <Type>RPT01</Type> <Version>R0130K</Version> <Navn>Cervixcytologisvar</Navn> <EdifactType>MEDRPT</EdifactType> <Type>RPT03</Type> <Version>R0330P</Version> <Navn>Patologisvar</Navn> <EdifactType>MEDRPT</EdifactType> <Type>RPT04</Type> <Version>R0430P</Version> <Navn>Mikrobiologisvar</Navn> <EdifactType>MEDRPT</EdifactType> <Type>RPT02</Type> <Version>R0230M</Version> Erik Jacobsen, DataGruppen MultiMed Side 16

17 MEDPRE er: <Navn>System-receptfornyelse</Navn> <EdifactType>MEDPRE</EdifactType> <Type>PRE60</Type> <Version>R6031W</Version> MEDBIN er: <Navn>Binær dokumenttransport</navn> <EdifactType>MEDBIN</EdifactType> <Type>BIN01</Type> <Version>B0130X</Version> Erik Jacobsen, DataGruppen MultiMed Side 17

18 Anbefalinger til MessageCollection tag et Man bør ikke angive flere meddelelsestyper i MessageCollection tag et, end den pågældende installation anvender, og / eller man kan forvente at installationen bør kunne modtage. Der skal altså ikke angives, hvad installationen applikation maksimalt kan modtage, men hvad der rent faktisk anvendes af klinikken, men dog ikke meddeleser, som applikationen ikke kan håndtere. Alle kvitteringsmeddelser er ikke nævnt, da de forventes at kunne håndteres af enhver EDI-installation. Således vil f.eks. følgende kliniktyper normalt kunne modtage: Praktiserende læge-installation: DIS01;DIS02;DIS03;DIS05;DIS06;DIS07;DIS08;DIS10;DIS13;DIS90;DIS91;DIS95 RPT01;RPT02;RPT03;RPT04;BIN01;PRE60 Praktiserende speciallæge-installation: DIS01;DIS02;DIS03;DIS05;DIS06;DIS07;DIS08;DIS10;DIS13;DIS90;DIS91 RPT01;RPT02;RPT03;RPT04;BIN01;REF06 Hospital-installation (afhængig af afdelingstypen): DIS01;DIS02;DIS05;DIS13;DIS14;DIS16;DIS91;REF01;REF02 RPT01;RPT02;RPT03;RPT04;REQ01;REQ02;REQ03;BIN01 PID01;PID02;PID03;PID04;PID05 Hjemmesygepleje og sundhedspleje: DIS91;DIS17;DIS18;DIS19;DIS20;DIS32 Praktiserende tandlæge: DIS91;DIS01;DIS02;DIS05;DIS06 Kiropraktor klinik: DIS91;DIS05;REF06 Praktiserende psykolog: DIS91;REF10;DIS10 Fysioterapeutisk klinik og praktiserende fysioterapeut: DIS91;REF07;DIS08 Fodpleje klinik: DIS91;REF08 Erik Jacobsen, DataGruppen MultiMed Side 18

19 Automatisk EDI-indberetning til tabellen Indberetning kan ske ved upload af hele sæt af UnitEntries fra særlige organisationer, som har ansvar for større dele af tabellen - dvs mange UnitEntries i én fil, som upload es via særlig SDN-adgang med særlig aftale. Det kan f.eks. være MedCom, en sygehusleverandør eller en anden central administrationsenhed. Indberetning kan også ske via EDIFACT kommunikation fra den enkelte klinikinstallation, der således løbende indberetter klinikkens kommunikationsegenskaber. Den kommunikation baserer sig på en MEDBIN meddelelse, der automatisk sendes fra installationen, når én af følgende betingelser er opfyldt: a) Der er gået 2 måneder siden sidste indberetningsopdatering b) Installationen opdateres af IT leverandøren med en ny version c) Administratoren / klinikejeren ændrer i de oplysninger, der er åben for redigering og forlanger en opdatering nu - on demand. (f.eks. ved ændring af telefon-, fax- eller hjemmesideoplysninger) Indberetning via EDIFACT opdaterer direkte i Pakketabellen på lokationsnummeret: (Lokationsnummeret findes i SOR under De gode sider ) Generelt er det systemleverandørens ansvar, at grundoplysningerne i Communication-tag et er helt korrekte. Det samme gælder for Indication-tag et, der har betydning for mere strukturerede søgninger på tværs alle andre grupperingsinddelinger i den samlede tabel. Information-tag et kan være vedligeholdt af installationens / klinikkens administrator alene. Organisation-tag et defineres af systemleverandør og administrator / installationsejer i samråd med hinanden. Under alle omstændigheder er det systemleverandørens ansvar at forsyne applikationen med indberetningsside eller klinikdefinitionsside, hvori klinikejeren KUN kan rette de oplysninger, der må kunne rettes og vedligeholdes af klinikkens administrator /installationsejeren. Ligeledes at der her kun kan indtastes lovlige tegn, som er tilladt i XMLstrukturen. Den samlede tabel vil blive ryddet op løbende, idet installationer, der ikke er opdateret det sidste halve år, automatisk bliver slettet fra tabellen, og således vil blive usynlige i kommunikationsmæssig sammenhæng for andre sundhedsfaglige partnere. Erik Jacobsen, DataGruppen MultiMed Side 19

20 MEDBIN eksempel Automatisk indberetning fra klinik: UNA:+.? ' UNB+UNOC: : : :1241+MEDBIN ' UNH DGK26325+MEDBIN:D:93A:UN:B0130X+BIN01' BGM+OBJ++9+NA' DTM+137: :203' S01+01' NAD+SSP :YNR:SFU++Testlægehuset MultiMed:_:Lone Thomsen:::US' ADR++US:Storhaven 12+Vejle+7100' SEQ++1' SPR+ORG+9463:YNR:SFU+BIN01:SKS:SST' S01+01' NAD+PO ::9++De Gode Sider:_:_:::US' ADR++US:Storhaven 12+Vejle+7100' SEQ++2' S02+02' GIS+N' RFF+SRI:110419DGK26325' DTM+182: :203' S07+07' PNA+PAT :::CPR:IM+++SU:Info Administrativ' S11+11' UNO+1+AID: _110419DGK26324OBJ001+OBJ:PRP:XML: :14:1:A'<?xml version="1.0" encoding="iso8859-1"?> <UnitEntries> <UnitEntry> <UnitEntryID>UnikPakkeID</UnitEntryID> <UnitEntryTimeStamp> :24</UnitEntryTimeStamp> <PakkeType>partner</PakkeType> <PakkeNavn>almenpraksis</PakkeNavn> <Information> <NationalLink> <NationalComment>Opdateret </NationalComment> <NationalPhoneNumber> </NationalPhoneNumber> <LocalLink> <LocalPhoneNumber> </LocalPhoneNumber> </Information> <Organisation> <Alias>Klinikken i Bredballe</Alias> <SorID> </SorID> <PraksisSpeciale>80</PraksisSpeciale> <Ydernr>123456</Ydernr> <CvrNr> </CvrNr> <AndetID></AndetID> <Kommune>630</Kommune> Erik Jacobsen, DataGruppen MultiMed Side 20

21 <Region>083</Region> <Navn>Klinikken Carl Bjarnhofsvej</Navn> <AfdelingPerson>Hanne Petersen</AfdelingPerson> <Adresse>Carl Bjarnhofsvej 23</Adresse> <PostNr>7100</PostNr> <By>Vejle</By> <TlfNr> </TlfNr> <MobilNr> </MobilNr> <FaxNr> </FaxNr> </Organisation> <Communication> <Receiver> <ModtOrg>Klinikken Carl Bjarnhofsvej</ModtOrg> <ModtAfdTitel>Hanne Petersen</ModtAfdTitel> <ModtAdr>Carl Bjarnhofsvej 23</ModtAdr> <ModtPost>7100</ModtPost> <ModtBy>Vejle</ModtBy> <Routeing> <ModtLok> </ModtLok> <ModtID> </ModtID> <Kode>YNR</Kode> <KodeOrg>SFU</KodeOrg> </Routeing> </Receiver> <MessageCollection> <Navn>Binaer dokumenttransport</navn> <EdifactType>MEDBIN</EdifactType> <Type>BIN01</Type> <Version>B0130X</Version> </MessageCollection> </Communication> </UnitEntry> </UnitEntries>UNP ' UNT DGK26325' UNZ+1+MEDBIN26325' Erik Jacobsen, DataGruppen MultiMed Side 21

22 Eksempel på kræftpakke: <?xml version="1.0" encoding="iso8859-1"?> <UnitEntries> <UnitEntry> <UnitEntryID>UnikPakkeID</UnitEntryID> <UnitEntryTimeStamp> :56</UnitEntryTimeStamp> <PakkeType>kræftpakke</PakkeType> <PakkeNavn>Brystkræft</PakkeNavn> <Information> <NationalLink> <NationalComment>Opdateret </NationalComment> <NationalPhoneNumber> </NationalPhoneNumber> <LocalLink> <LocalComment>Ingen patientvejledning tilgængelig</localcomment> <LocalPhoneNumber> </LocalPhoneNumber> </Information> <Organisation> <Alias>Røntgen Vejle</Alias> <SorID> </SorID> <SygehusSpeciale></SygehusSpeciale> <SygehusAfdKode>600803</SygehusAfdKode> <PraksisSpeciale></PraksisSpeciale> <Ydernr></Ydernr> <CvrNr></CvrNr> <AndetID></AndetID> <Kommune>630</Kommune> <Region>083</Region> <Navn>Radiologisk Afdeling, Vejle</Navn> <AfdelingPerson>Jan Rasmussen</AfdelingPerson> <Adresse>Skovbrynet 12</Adresse> <PostNr>7100</PostNr> <By>Vejle</By> <TlfNr> </TlfNr> <MobilNr> </MobilNr> <FaxNr> </FaxNr> </Organisation> <Indication> <IcpcCollection> <Icpc> <Code>X19</Code> <Navn>Knude i mamma</navn> </Icpc> <Icpc> <Code>X26</Code> <Navn>Frygt for brystkræft</navn> </Icpc> <Icpc> <Code>X76</Code> <Navn>Ondartet svulst i mamma</navn> </Icpc> </IcpcCollection> <IcdCollection> <Icd> <Code>DN63</Code> <Navn>Knude i bryst uden specifikation</navn> </Icd> <Icd> <Code>DC50</Code> <Navn>Kræft i bryst (Neoplasma malignum mammae)</navn> </Icd> Erik Jacobsen, DataGruppen MultiMed Side 22

23 </IcdCollection> </Indication> <Communication> <Receiver> <ModtOrg>Mammacentret - røntgen</modtorg> <ModtAfdTitel>MR Scanning, Jan Rasmussen</ModtAfdTitel> <ModtAdr>Skovbrynet 12</ModtAdr> <ModtPost>7100</ModtPost> <ModtBy>Vejle</ModtBy> <Routeing> <ModtLok> </ModtLok> <ModtID> </ModtID> <Kode>SKS</Kode> <KodeOrg>SST</KodeOrg> </Routeing> </Receiver> <MessageCollection> <Navn>Billeddiagnostisk henvisning</navn> <EdifactType>MEDREF</EdifactType> <Type>REF02</Type> <Version>H0230R</Version> <MaxCommentLength>4000</MaxCommentLength> <Priority>HI</Priority> <MedbinReference>true</MedbinReference> <PhraseCollection> <Phrase> <Code>100002</Code> <Name>Årsagen til, at kvinden henvender sig.</name> <Mandatory>true</Mandatory> </Phrase> <Phrase> <Code>100005</Code> <Name>Beskrivelse af eventuel hud- eller areolaforandringer.</name> <Mandatory>true</Mandatory> </Phrase> <Phrase> <Code>100004</Code> <Name>Beskrivelse af palpationen af: Mammae og Aksiller</Name> <Mandatory>true</Mandatory> </Phrase> <Phrase> <Code>100010</Code> <Name>Comorbiditet</Name> <Mandatory>true</Mandatory> </Phrase> <Phrase> <Code>100001</Code> <Name>Diagnose - Brystkræft obs. pro.</name> <Mandatory>False</Mandatory> </Phrase> <Phrase> <Code>100006</Code> <Name>Dispositioner</Name> <Mandatory>true</Mandatory> </Phrase> <Phrase> <Code>100008</Code> <Name>Medicinforbrug</Name> <Mandatory>true</Mandatory> </Phrase> <Phrase> <Code>100011</Code> <Name>Patienten tlf og mobiltlfnr.</name> <Mandatory>False</Mandatory> </Phrase> Erik Jacobsen, DataGruppen MultiMed Side 23

24 <Phrase> <Code>100009</Code> <Name>Sagt til patienten.</name> <Mandatory>true</Mandatory> </Phrase> <Phrase> <Code>100003</Code> <Name>Symptomer, der giver den begrundede mistanke</name> <Mandatory>true</Mandatory> </Phrase> </PhraseCollection> <Navn>Binær dokumenttransport</navn> <EdifactType>MEDBIN</EdifactType> <Type>BIN01</Type> <Version>B0130X</Version> <MaxMessageLength> </MaxMessageLength> </MessageCollection> </Communication> </UnitEntry> </UnitEntries> Erik Jacobsen, DataGruppen MultiMed Side 24

25 Eksempel på kommunetilbud / kommunepakke: <UnitEntry> <UnitEntryID>UnikPakkeID</UnitEntryID> <UnitEntryTimeStamp> :22</UnitEntryTimeStamp> <PakkeType>kommunepakke</PakkeType> <PakkeNavn>motionstilbud</PakkeNavn> <Information> <LocalLink> <LocalComment>Ingen patientvejledning tilgængelig</localcomment> <LocalPhoneNumber> </LocalPhoneNumber> </Information> <Organisation> <Alias>Motionscentret, Vinding</Alias> <SorID></SorID> <SygehusSpeciale></SygehusSpeciale> <SygehusAfdKode></SygehusAfdKode> <PraksisSpeciale></PraksisSpeciale> <Ydernr></Ydernr> <AndetID>630A02515</AndetID> <CvrNr></CvrNr> <Kommune>630</Kommune> <Region>083</Region> <Navn>Håndboldhallen, Vinding</Navn> <AfdelingPerson>Peter Johansen</AfdelingPerson> <Adresse>Idrætsvej 17</Adresse> <PostNr>7100</PostNr> <By>Vejle</By> <TlfNr> </TlfNr> <MobilNr> </MobilNr> <FaxNr> </FaxNr> </Organisation> <Indication> <IcpcCollection> <Icpc> <Code>X??</Code> <Navn>Svær overvægtig</navn> </Icpc> </IcpcCollection> </Indication> <Communication> <Receiver> <ModtOrg>Vejle Kommune</ModtOrg> <ModtAfdTitel>Social og Sundhedsforvaltningen</ModtAfdTitel> <ModtAdr>Dæmningen 12</ModtAdr> <ModtPost>7100</ModtPost> <ModtBy>Vejle</ModtBy> <Routeing> <ModtLok> </ModtLok> <ModtID>630A02515</ModtID> <Kode></Kode> <KodeOrg>9</KodeOrg> </Routeing> </Receiver> Erik Jacobsen, DataGruppen MultiMed Side 25

26 <MessageCollection> <Navn>Sygehushenvisning</Navn> <EdifactType>MEDREF</EdifactType> <Type>REF01</Type> <Version>H0130R</Version> <MaxCommentLength>15000</MaxCommentLength> <MedbinReference>false</MedbinReference> <PhraseCollection> <Phrase> <Code>200xxx</Code> <Name>Årsagen til, at personen henvises</name> <Mandatory>true</Mandatory> </Phrase> <Phrase> <Code>200yyy</Code> <Name>Er personen ryger</name> <Mandatory>true</Mandatory> </Phrase> <Phrase> <Code>200zzz</Code> <Name>Er personen i arbejde</name> <Mandatory>true</Mandatory> </Phrase> </PhraseCollection> </MessageCollection> </Communication> </UnitEntry> Erik Jacobsen, DataGruppen MultiMed Side 26

27 Eksempel på klinikpakke (automatisk indberetning): <UnitEntry> <UnitEntryID>UnikPakkeID</UnitEntryID> <UnitEntryTimeStamp> :24</UnitEntryTimeStamp> <PakkeType>partner</PakkeType> <PakkeNavn>almenpraksis</PakkeNavn> <Information> <NationalLink> <NationalComment>Opdateret </NationalComment> <NationalPhoneNumber> </NationalPhoneNumber> <LocalLink> <LocalPhoneNumber> </LocalPhoneNumber> </Information> <Organisation> <Alias>Lægerne i Bredballe</Alias> <SorID> </SorID> <PraksisSpeciale>80</PraksisSpeciale> <Ydernr>123456</Ydernr> <CvrNr> </CvrNr> <AndetID></AndetID> <Kommune>630</Kommune> <Region>083</Region> Ved flere personer i samme klinik kommer pakken flere gange Personens ydernr <Navn>Lægehuset på Carl Bjarnhofsvej</Navn> <AfdelingPerson>Hanne Petersen</AfdelingPerson> <Adresse>Carl Bjarnhofsvej 23</Adresse> <PostNr>7100</PostNr> <By>Vejle</By> <TlfNr> </TlfNr> <MobilNr> </MobilNr> <FaxNr> </FaxNr> < >laegehuset@bredballe.dk</ > </Organisation> <Communication> <Receiver> <ModtOrg>Lægehuset på Carl Bjarnhofsvej</ModtOrg> <ModtAfdTitel>Hanne Petersen / eller fællesnavn</modtafdtitel> <ModtAdr>Carl Bjarnhofsvej 23</ModtAdr> <ModtPost>7100</ModtPost> <ModtBy>Vejle</ModtBy> <Routeing> <ModtLok> </ModtLok> <ModtID> </ModtID> Klinikkens ydernr (de kan være ens) <Kode>YNR</Kode> <KodeOrg>SFU</KodeOrg> </Routeing> </Receiver> <MessageCollection> <Navn>Binær dokumenttransport</navn> <EdifactType>MEDBIN</EdifactType> <Type>BIN01</Type> <Version>B0130X</Version>.. Erik Jacobsen, DataGruppen MultiMed Side 27

28 .. </MessageCollection> </Communication> </UnitEntry> Erik Jacobsen, DataGruppen MultiMed Side 28