National adgang til INR-data til brug for AK løsninger
|
|
- Jonathan Jespersen
- 8 år siden
- Visninger:
Transkript
1 National adgang til INR-data til brug for AK løsninger Snitfladebeskrivelse National adgang til INR-data til brug for AK løsninger, version 1.0 Side 1 af 12
2 Indhold 1 Introduktion Formål Læsevejledning Dokumenthistorik Definitioner og referencer Opslag og udtræk af INR-dokumenter via Dokumentdelingsservices Forudsætninger for anvendelse af Dokumentdelingsservices Opslag på tilgængelige INR-dokumenter Forespørgsel Svar Udtræk af INR-dokumenter Forespørgsel Svar Videre behandling af fremfundne INR-dokumenter PHMR DK INR Profile v National adgang til INR-data til brug for AK løsninger, version 1.0 Side 2 af 12
3 1 Introduktion 1.1 Formål Nærværende dokument beskriver i detaljer, hvordan opslag og udtræk af INRdokumenter foretages ved brug af Dokumentdelingsservices på den nationale service platform (NSP). 1.2 Læsevejledning Dette dokument henvender sig til udviklere og arkitekter, der skal anvende INR-data via den nationale infrastruktur til deling af dokumenter - dokumentdelingsservices. For en overordnet beskrivelse heraf henvises til dokumentet [AK anvender]. Dokumentdelingsservices (DDS), der er beskrevet i [DDS anvender], er baseret på dokumentdelingsstandarden IHE XDS, der beskriver roller og ansvar for forskellige aktører i dokumentdeling. Et centralt led i denne dokumentdeling er udveksling af metadata om dokumenter. Strukturen og dele af indholdet er fastlagt ved IHE XDS, mens størstedelen af indholdet er fastlagt i en såkaldt affinitetsdomænedefinition og dennes understøttende dokumenter. Det er tilstræbt, at dokumentanvender af INR-data kan læse nærværende snitfladebeskrivelse, [AK anvender] samt refererede DDS snitfladebeskrivelser og anvenderguides uden at skulle kende til detaljerne i strukturen og indhold af metadata. 1.3 Dokumenthistorik Version Dato Ansvarlig Beskrivelse Systematic Initiel udgave 1.4 Definitioner og referencer Definition Beskrivelse AK Antikoagulation DDS Dokumentdelingsservices IHE Integrating the Healthcare Enterprise INR International Normalised Ratio MTOM Message Transmission Optimization Mechanism NSI National Sundheds-IT NSP Den nationale service platform (inden for sundheds-it) PHMR Personal Healthcare Monitoring Report XDS Cross-Enterprise Document Sharing Alias AK anvender Beskrivelse Guide til anvendere, National adgang til INR-data til brug for AK løsninger (SSE/11734/PHB/0026) National adgang til INR-data til brug for AK løsninger, version 1.0 Side 3 af 12
4 Alias DDS anvender Opslag anvender Opslag snitflade PHMR DK profile Udtræk anvender Beskrivelse Kom godt i gang med Dokumentdelingsservices (SSE/11734/PHB/0022) Guide til anvendere, NPI Service (SSE/11734/PHB/0009), ( c/phb0009 Guide til Anvendere NPI Service.docx) Snitfladebeskrivelse, NPI Service (SSE/11734/IFS/0001), ( c/ifs0001 NPI opslag Web services interface.docx) HL7 Implementation Guide for CDA Release 2.0 Personal Healthcare Monitoring Report (PHMR), Danish profile PHMR DK, Draft, Release 1.0, 31 March 2014, ( umentation/phmr-dk-profile-v1.0.pdf) Guide til anvendere, NPI Udtræksservice (SSE/11734/PHB/0019), ( c/phb0019 Guide til Anvendere NPI Udtræksservice.docx) Udtræk snitflade Snitfladebeskrivelse, NPI Udtræk (SSE/11734/IFS/0009), ( c/ifs0009 NPI udtræk Web services interface.docx) 2 Opslag og udtræk af INR-dokumenter via Dokumentdelingsservices I [DDS anvender] er beskrevet, hvordan et system, benævnt dokumentanvender, kan søge på metadata om dokumenter, der er registreret og stillet til rådighed for dokumentdeling af dokumentkilder. Efterfølgende kan dokumentanvender benytte metadata til at udtrække dokumenterne. Ved at anvende Dokumentdelingsservices på NSP en får dokumentanvender et sted at foretage opslag og udtræk, uden at skulle kende til og kunne forbinde til dokumentkilderne. Ved anvendelse af Dokumentdelingsservicen Opslag returneres metadata for de dokumenter, der: 1. er registreret i Dokumentdelingsservicen, 2. matcher givne søgeparametre, herunder patient-id, 3. ikke er omfattet af samtykke-begrænsninger På baggrund af returnerede metadata kan en dokumentanvender udvælge hvilke dokumenter, der ønskes indhentet. Indhentning af dokumenterne sker ved anvendelse af Dokumentdelingsservicen Udtræk, der returnerer de dokumenter der: 1. er identificerede i forespørgslen, 2. på kaldstidspunktet kunne indhentes af Dokumentdelingsservicen fra den kilde, dokumentet/dokumenterne stammer fra, 3. ikke er omfattet af samtykke-begrænsninger En dokumentanvender, der er interesseret alene i INR-dokumenter, kan indsnævre de dokumenter, der returneres metadata for, ved at give søgeparametre til opslaget. National adgang til INR-data til brug for AK løsninger, version 1.0 Side 4 af 12
5 Hvilke dokumenter, der returneres metadata for, afhænger dog stadig af de dokumentkilder, der har registreret metadata. 2.1 Forudsætninger for anvendelse af Dokumentdelingsservices Brug af Dokumentdelingsservices forudsætter: - Indgåelse af tilslutningsaftale med NSPOP, se (Aftaler) - Erhvervelse af medarbejdercertifikat (MOCES), se (FAQ Fællestestmiljøer) 2.2 Opslag på tilgængelige INR-dokumenter Til opslaget mod Dokumentdelingsservice på tilgængelige INR-dokumenter for en given patient, skal der anvendes en række søgeparametre. I Tabel 1 er anført de søgeparametre, der forventeligt vil variere med patient og ønsket periode, mens Tabel 2 indeholder de søgeparametre, der er af mere statisk karakter. Alle søgeparametre kan dog varieres uafhængigt heraf, hvis INR-dokumentanvender fx ønsker ugyldige dokumenter eller ønsker at søge på dokumenter i andre formater. Søgeparameter Krævet Kan gives ved flere værdier Patient-id Ja Nej Starttidspunkt eller periode for starttidspunkt for kliniske hændelser beskrevet i dokumentet Sluttidspunkt eller periode for sluttidspunkt for kliniske hændelser beskrevet i dokumentet Nej Nej Tabel 1 Basale søgeparametre ved opslag på INR-dokumenter Søgeparametrene i Tabel 2 anvendes i opslaget for at indsnævre returnerede metadata til de gyldige dokumenter, hvor dokumentet er en PHMR, der overholder PHMR DK INR Profile v1.0. Nej Nej Søgeparameter Dokumenttype Værdi(er) udpeger PHMR Format PHMR DK INR Profile v1.0 Status Aktive dokumenter Tabel 2 Søgeparametre til i videst muligt omfang at indsnævre fremfundne metadata til de, der omhandler INR-dokumenter Bemærk, at opslag med ovenstående søgeparametre ikke nødvendigvis giver alle tilgængelige metadata for dokumenter med INR-data for den pågældende patient. Det afhænger af, hvordan dokumentkilder, der enten har produceret eller videreformidlet dokumenterne, har foretaget registreringen. Har en dokumentkilde fx registreret et dokument indeholdende INR-data med et andet format, vil metadata for dokumentet ikke fremgå af opslag med ovenstående søgeparametre. Der kan fjernes søgeparametre, i sidste ende således at alle tilgængelige dokumenter om patienten returneres. National adgang til INR-data til brug for AK løsninger, version 1.0 Side 5 af 12
6 Opslag i Dokumentdelingsservicen sker ved brug af Dokumentdelingsservicens DocumentRegistry_RegistryStoredQuery webservice-operation, som beskrevet i [Opslag snitflade]. I det nedenstående fokuseres på den SOAP-body, der skal skabes ved forespørgsel, og den SOAP-body, der returneres i svar. Se i øvrigt [Opslag snitflade] for fejlkoder mm Forespørgsel SOAP-body i forespørgslen til dokumentopslag er struktureret som en såkaldt AdhocQueryRequest indeholdende en FindDocuments-query 1. Eksempel på forespørgsel: <AdhocQueryRequest> <ResponseOption returncomposedobjects="true" returntype="leafclass" /> <AdhocQuery id="urn:uuid:14d4debf-8f a74-a90016b0af0d"> <Slot name="$xdsdocumententrypatientid"> <Value>' ^^^& &ISO'</Value> <Slot name="$xdsdocumententryservicestarttimefrom"> <Value> </Value> <Slot name="$xdsdocumententryservicestarttimeto"> <Value> </Value> <Slot name="$xdsdocumententryservicestoptimefrom"> <Value> </Value> <Slot name="$xdsdocumententryservicestoptimeto"> <Value> </Value> <Slot name="$xdsdocumententrystatus"> <Value>('urn:oasis:names:tc:ebxml-regrep:StatusType:Approved')</Value> <Slot name="$xdsdocumententrytypecode"> <Value>(' ^^ ')</Value> <Slot name="$xdsdocumententryformatcode"> <Value>('formatcode-code^^formatcode-codeSystem')</Value> </AdhocQuery> </AdhocQueryRequest> Bemærk, at eventcode-codesystem, formatcode-code og formatcode-codesystem i ovenstående eksempel endnu afventer fastlæggelse. 1 At det er FindDocuments afspejles af, at det indlejrede AdhocQuery element benytter id-attribut med værdien urn:uuid:14d4debf-8f a74-a90016b0af0d, der er query id defineret for FindDocuments. National adgang til INR-data til brug for AK løsninger, version 1.0 Side 6 af 12
7 Søgeparameter for patient-id Patient-id er encoded som <id>^^^&<assigning authority>&iso, hvor <id> er et dansk cpr-nummer og <assigning authority> er en object identifier (OID) for udsteder af danske cpr-numre, Som obligatorisk søgeparameter i AdhocQueryRequesten skal følgende tilføjes (her vist for patient med cpr-nummer med escapede XML-tegn): <Slot name="$xdsdocumententrypatientid"> <Value>' ^^^& &ISO'</Value> Søgeparameter for starttidspunkt De valgfrie søgeparametre for starttidspunkt, hvor der kan søges eksakt eller via periode, gives ved følgende: <Slot name="$xdsdocumententryservicestarttimefrom"> <Value> </Value> <Slot name="$xdsdocumententryservicestarttimeto"> <Value> </Value> De faktiske værdier for tidspunkter specificeres i Zulu-tid i formatet DTM 2 med følgende mønster givet alene ved tal: YYYY[MM[DD[hh[mm[ss]]]]]. Der kan søges med periode (fra-til), med inkluderet tidspunkt (fra) og med eksluderet tidspunkt (til) ved at medtage henholdsvis begge søgeparametre, første søgeparameter og sidste søgeparameter. Metadata i dokumentdelingsservicen, XDSDocumentEntry.serviceStartTime, evalueres mod søgeparametrene som følger: $XDSDocumentEntryServiceStartTimeFrom <= XDSDocumentEntry.serviceStartTime < $XDSDocumentEntryServiceStartTo Søgeparameter for sluttidspunkt De valgfrie søgeparametre for sluttidspunkt, hvor der kan søges eksakt eller via periode, gives ved følgende: <Slot name="$xdsdocumententryservicestoptimefrom"> <Value> </Value> <Slot name="$xdsdocumententryservicestoptimeto"> <Value> </Value> 2 DTM er beskrevet i ITI TF-3 afsnit National adgang til INR-data til brug for AK løsninger, version 1.0 Side 7 af 12
8 De faktiske værdier for tidspunkter specificeres i Zulu-tid i formatet DTM 3 med følgende mønster givet alene ved tal: YYYY[MM[DD[hh[mm[ss]]]]]. Der kan søges med periode (fra-til), med inkluderet tidspunkt (fra) og med eksluderet tidspunkt (til) ved at medtage henholdsvis begge søgeparametre, første søgeparameter og sidste søgeparameter. Metadata i dokumentdelingsservicen, XDSDocumentEntry.serviceStopTime, evalueres mod søgeparametrene som følger: $XDSDocumentEntryServiceStopTimeFrom <= XDSDocumentEntry.serviceStopTime < $XDSDocumentEntryServiceStopTo Faste søgeparametre Dokumenttypen angives som PHMR 4 med følgende søgeparameter: <Slot name="$xdsdocumententrytypecode"> <Value>(' ^^ ')</Value> Format angives med følgende søgeparameter, hvor værdierne for code og codesystem endnu afventer fastlæggelse. Værdierne vil udpege formatet for dokumenter, der overholder PHMR DK INR Profile v1.0. <Slot name="$xdsdocumententryformatcode"> <Value>('code^^codeSystem')</Value> Den obligatoriske søgeparameter for status gives ved: <Slot name="$xdsdocumententrystatus"> <Value>('urn:oasis:names:tc:ebxml-regrep:StatusType:Approved')</Value> Ved værdien :Approved søges for aktive dokumenter. Der kan alternativt søges for enten ugyldige dokumenter eller både aktive og ugyldige dokumenter, men dette er atypisk Svar Svarets SOAP-body indeholder fremfundne dokument-metadata, hvor hvert dokuments metadata er fastholdt i en ExtrinsicObject struktur. <AdhocQueryResponse> <RegistryObjectList> <ExtrinsicObject mimetype="text/xml" home="urn:oid:1.2.3"> <Slot name="repositoryuniqueid"> <Value> </Value> 3 DTM er beskrevet i ITI TF-3 afsnit Koden angiver et PHMR-dokument i standarden Logical Observation Identifiers Names and Codes (LOINC) identificeret ved National adgang til INR-data til brug for AK løsninger, version 1.0 Side 8 af 12
9 <ExternalIdentifier registryobject="urn:uuid:37ce367c-e4f3-463c-bff5-c8d7b512ebf1" identificationscheme="urn:uuid:2e82c1f6-a085-4c72-9da3-8640a32e42ab" value=" " lid="urn:uuid: e-f942-4c73-85f6-f20bbe8c145d" id="urn:uuid: e-f942-4c73-85f6-f20bbe8c145d"> <Name> <LocalizedString value="xdsdocumententry.uniqueid" /> </Name> <VersionInfo versionname="1.1" /> </ExternalIdentifier> </ExtrinsicObject> </RegistryObjectList> </AdhocQueryResponse> Behandling af svar For hvert dokument, hvortil der er returneret metadata, skal det afgøres, hvorvidt dokumentet ønskes indhentet. En pragmatisk løsning vil være at inddrage alle dokumenter. Skal der foretages filtrering på baggrund af metadata vil det være relevant at konsultere affinitetsdomænedefinitionen. For hvert ønsket dokument skal følgende metadata fremfindes i opslagssvaret og anvendes i udtræksforespørgslen: Dokumentkilde-id (repositoryuniqueid) fremfindes under ExtrinsicObject/Slot[@name= repositoryuniqueid ]/ValueList/Value Dokumentets id (documentuniqueid) findes i en external identifier for XDSDocumentEntry.uniqueId, dvs. under ExtrinsicObject/ExternalIdentifier[@identificationScheme= urn:uuid:2e82c1f6- a085-4c72-9da3-8640a32e42ab ]@value. Domæne-id (homecommunityid) findes, hvis det er defineret, under ExtrinsicObject@home Som beskrevet i [Opslag snitflade] kan et eller flere dokumenters metadata være tilbageholdt grundet samtykke-begrænsninger. I [Opslag snitflade] er beskrevet, hvordan dette er markeret i svaret på opslag. Det kan være relevant at informere en INR-dokumentanvender-bruger om dette samt om mulighed for, under skærpet logning, at foretage såkaldt værdispring, hvor samtykke-begrænsninger tilsidesættes. 2.3 Udtræk af INR-dokumenter Udtræk af dokumenter fra Dokumentdelingsservicen sker ved brug af Dokumentdelingsservicens DocumentRepository_RetrieveDocumentSet webserviceoperation, som beskrevet i [Udtræk snitflade]. I det nedenstående fokuseres på den SOAP-body, der skal skabes ved forespørgelse, og den SOAP-body, der returneres i svar. Se i øvrigt [Udtræk snitflade] for fejlkoder, samt markering i svaret ved utilgængelige dokumenter, dokumenter tilbageholdt grundet samtykkebegrænsninger mm Forespørgsel SOAP-body i forespørgslen til dokumentudtræk er struktureret som en såkaldt RetrieveDocumentSetRequest-struktur. For hvert dokument, der ønskes indhentet skabes en DocumentRequest-struktur, hvor det specificeres: National adgang til INR-data til brug for AK løsninger, version 1.0 Side 9 af 12
10 RepositoryUniqueId DocumentUniqueId HomeCommunityId udfyldes kun såfremt der blev returneret en værdi i metadata for dokumentet. Værdierne tages fra svaret på opslaget, som beskrevet i afsnit Eksempel: <RetrieveDocumentSetRequest> <DocumentRequest> <RepositoryUniqueId> </RepositoryUniqueId> <DocumentUniqueId> </DocumentUniqueId> </DocumentRequest> </RetrieveDocumentSetRequest> Svar Svarets SOAP-body indeholder få dokument-metadata for fremfundne dokumenter, herunder for hvert dokument en reference til en MTOM encoded repræsentation af dokumentet indeholdt i HTTP response. <RetrieveDocumentSetResponse> <DocumentResponse> <RepositoryUniqueId> </RepositoryUniqueId> <DocumentUniqueId> </DocumentUniqueId> <mimetype>text/xml</mimetype> <Document> <xop:include xmlns:xop=" href="cid:2f35d330-b1c a22e55e518-10@urn%3aihe%3aiti%3axdsb%3a2007" /> </Document> </DocumentResponse> </RetrieveDocumentSetResponse> Dokumentets indhold er fastholdt i HTTP-svaret: --uuid:058cdd d2-9f57-4a8b1f Content-Type: application/octet-stream Content-Transfer-Encoding: binary Content-ID: <2f35d330-b1c a22e55e518-10@urn:ihe:iti:xds-b:2007> MTOM-encoding af dokumentet Hvordan dokumentet/dokumenterne aflæses i praksis vil afhænge af hvilket webservice-framework, der er anvendt af INR-dokumentanvender. Det kan være så simpelt som at få et byte array returneret ved et getdocument()-kald. Som ved opslag kan samtykke-begrænsninger bevirke, at data tilbageholdes. I [Udtræk snitflade] er beskrevet, hvordan dette er markeret i svaret på udtræk. Det kan være relevant at informere en INR-dokumentanvender-bruger om dette samt om mulighed for, under skærpet logning, at foretage såkaldt værdispring, hvor samtykkebegrænsninger tilsidesættes. Desuden skal en INR-dokumentanvender overveje en strategi for håndtering af situationer, hvor dokumentkilden er utilgængelig (eller ikke svarer rettidigt) eller ukendt. Se [Udtræk snitflade] for beskrivelse af, hvordan disse situationer er markeret i svaret. 2.4 Videre behandling af fremfundne INR-dokumenter Et INR-dokument indhentet med udtræk fra Dokumentdelingsservices er fastholdt som et Personal Health Monitoring Report-dokument, der overholder PHMR DK INR Profile v1.0, som beskrevet i afsnit National adgang til INR-data til brug for AK løsninger, version 1.0 Side 10 af 12
11 Et sådant PHMR-dokument er et XML-dokument, der overholder HL7 Clinical Document Architecture (CDA) release 2 på niveau (level) 3, dvs. indholdet er ikke blot struktureret i menneske-læselige afsnit men fastholdt i maskin-forståelige understrukturer. I PHMR-dokumentet er patient-id fastholdt i CDA header-delen, under /ClinicalDocument/recordTarget/patientRole/id, hvor patientens cpr-nummer er i attributten id@extension. <ClinicalDocument> <recordtarget typecode="rct" contextcontrolcode="op"> <patientrole classcode="pat"> <id extension=" " root=" " assigningauthorityname="cpr"/> Tidsrum for INR-data er fastholdt i CDA header-delen, under /ClinicalDocument/documentationOf/serviceEvent/effectiveTime. Elementet low specificerer starttidspunktet, mens sluttidspunktet er givet i elementet high. <ClinicalDocument> <documentationof typecode="doc"> <serviceevent classcode="mprot" moodcode="evn"> <effectivetime> <low value=" "/> <high value=" "/> </effectivetime> </serviceevent> </documentationof> INR-målinger er at finde i CDA body-delens Result-afsnit under /ClinicalDocument/component/structuredBody/. Result-afsnittet er det af potentielt flere afsnit, der har en document section med kode : <ClinicalDocument> <component typecode="comp" contextconductionind="true"> <section classcode="docsect" moodcode="evn"> <templateid root=" "/> <templateid root=" "/> <code code=" " codesystem=" "/> <title>results</title> Hver INR-måling indeholdt i dokumentet er fastholdt som en entry-struktur under Result-afsnittet: <entry typecode="comp" contextconductionind="true"> <organizer classcode="cluster" moodcode="evn"> <templateid root=" "/> <statuscode code="completed"/> <effectivetime value=" "/> <component typecode="comp" contextconductionind="true"> <observation classcode="obs" moodcode="evn"> <templateid root=" "/> <templateid root=" "/> <code code="npu01685" codesystem=" " displayname="p Koagulation, vævsfaktor-induceret; rel.tid(aktuel/norm; INR; IRP 67/40) =?" codesystemname="npu terminologien"/> <value unit="" value="3.5" xsi:type="pq"/> </observation> National adgang til INR-data til brug for AK løsninger, version 1.0 Side 11 af 12
12 Bemærk, at eksemplet herover benytter displayname, angivelse af unit samt type der kan være anderledes i konkrete PHMR-dokumenter. For hvert sæt INR-data fastholdt i en entry-struktur i Results-afsnittet kan INR-data fremfindes som beskrevet i Tabel 3. Data Tidspunkt for målt INR NPU-kode Målt INR-værdi Element el. attribut i Result-afsnittet entry/organizer/component/effectivetime@value entry/organizer/component/observation/code[@codesystem= ]@code entry/organizer/component/observation/value@value Tabel 3 Dele af entry-strukturen, der indeholder INR-relevante oplysninger PHMR DK INR Profile v1.0 INR-dokumenter skal overholde profilen PHMR DK INR Profile v1.0. PHMR DK INR Profile v1.0 er en sub-profil af den danske PHMR-profil PHMR DK Profile v1.0 beskrevet i [PHMR DK profile], med ændringer beskrevet i det følgende: 1. Dokumenter, der overholder PHMR DK INR Profile v1.0, må kun indeholde INR-data. For visse, få elementer i INR-dokumenter kan anvendelsen afvige fra den danske profil [PHMR DK profile]. National adgang til INR-data til brug for AK løsninger, version 1.0 Side 12 af 12
National adgang til INR-data til brug for AK løsninger
National adgang til INR-data til brug for AK løsninger Guide til Anvendere National adgang til INR-data til brug for AK løsninger, version 1.0 Side 1 af 6 Indhold 1 Introduktion... 3 1.1 Formål... 3 1.2
Læs mereDansk profilering af HL7. Hjemmemålinger og Spørgeskemadata
Dansk profilering af HL7 Hjemmemålinger og Spørgeskemadata Data fra borgeren MedCom står for og deltager i standardiseringsarbejdet vedrørende opsamling af data borgernes hjem (i henhold til referencearkitekturen).
Læs mereEksterne referencer i CDA dokumenter
Eksterne referencer i CDA dokumenter Michael Due Madsen, MedCom, mdm@medcom.dk Søren Ærendal Mikkelsen, Lakeside, smi@lakeside.dk Bjarne Hansen, Lakeside, bjh@lakeside.dk Version 0.9.1 Indledning Dette
Læs mereDen Digitale Landevej - Arkitekturprodukt
Indhold 1 B3 Forretningsservices... 2 2 Forretningsservices der udstilles af Den Digitale Landevej... 2 3 Forretningsservices der udstilles af andre... 4 3.1 De nationale forretningsservices som tilbydes
Læs mere4S CDA Buildere. Open Source komponenter for CDA dokumenter LAKESIDE
4S CDA Buildere Open Source komponenter for CDA dokumenter Agenda Baggrund for nye CDA buildere Udvikling af næste generation CDA buildere = CDA Converters Hvad er der i pakken? Hvad er der i pipeline?
Læs mereAARHUS UNIVERSITY. Sammenhæng i praksis: End2EndDemonstrator. 4. juni 2013. Michael Christensen. Datalogisk Institut Aarhus Universitet
Sammenhæng i praksis: End2EndDemonstrator 4. juni 2013 Datalogisk Institut Aarhus Universitet UNIK Use of New technologies in Innovative solutions for Chronic patients Fokus: Kronisk Syge Vision øget brug
Læs mereDANSK PROFILERING AF PHMR AFSÆT I TELEMEDICINSKE PROJEKTER OG REFERENCEARKITEKTURER
DANSK PROFILERING AF PHMR AFSÆT I TELEMEDICINSKE PROJEKTER OG REFERENCEARKITEKTURER MedCom 28. Oktober 2013 Thor Schliemann OM REFERENCEARKITEKTURER (I) Tager udgangspunkt i forretningsmæssige målsætninger
Læs merePHMR En dansk HL7 standard & Et meddelelseshotel bl.a. som overgang til HL7. Michael Due Madsen, MDM@Medcom.dk og Jens Rahbek Nørgaard, JRN@medcom.
PHMR En dansk HL7 standard & Et meddelelseshotel bl.a. som overgang til HL7 Michael Due Madsen, MDM@Medcom.dk og Jens Rahbek Nørgaard, JRN@medcom.dk PHMR En dansk HL7 standard HL7 (Health Level Seven):
Læs mereHL7 FHIR Introduktion: Fleksibilitet versus ensartethed
HL7 FHIR Introduktion: Fleksibilitet versus ensartethed Torben M. Hagensen Lead Architect, Systematic Healthcare / HL7 Denmark Member / FHIR Working Group Member Indhold Hvordan balanceres muligheden for
Læs mereNational AK løsning NSP. AK klient
National understøttelse af AK behandling - Overordnet projektbeskrivelse Dato: 30.06.2014 Version: 1.0 Udarbejdet af: NSI (TSO) Statens Seruminstitut Sektor for National Sundheds-IT www.nsi.dk Artillerivej
Læs mereArkitekturanalyse: National udbredelse af telemedicin. P13 Udbredelse af telemedicin i regionerne
Arkitekturanalyse: National udbredelse af telemedicin P13 Udbredelse af telemedicin i regionerne Visionen Alle regioner har udbredt opsamling af telemedicinske data baseret på OpenTele og kan dele disse
Læs mereOBJECT IDENTIFICERES OID PHMR
OBJECT IDENTIFICERES OID PHMR MedCom. Odense d. 27. feb. 2014 Thor Schliemann OID OG INTEROPERABILITET OID er et omdrejningspunktet for interoperabilitet I både teknisk og semantisk interoperabilitet er
Læs mereDKAL Snitflader REST Register
DKAL Snitflader REST Register 1 Indholdsfortegnelse A2.1 INTRODUKTION 3 A2.1.1 HENVISNINGER 3 A2.1.2 LÆSEVEJLEDNING 4 A2.1.2.1 SÅDAN LÆSES EN REST GRAF 4 A2.1.2.2 SÅDAN LÆSES EN RESSOURCE OG EN TYPE 4
Læs mereHL7 næste generation af MedCom standarder
MedCom Danish Centre for Health Telematics HL7 næste generation af MedCom standarder Michael Due Madsen MDM@medcom.dk HL7 næste generation af MedCom standarder Agenda 1) Status på MedComs standardiseringsarbejde
Læs mereNotat vedrørende dansk profilering af HL7/CDA standarder til brug for BRO (spørgeskemaer)
Notat vedrørende dansk profilering af HL7/CDA standarder til brug for BRO (spørgeskemaer) Understøttelse af deling og udveksling af Borgerrapporterede Oplysninger (BRO) (tidligere Patientrapporterede Oplysninger
Læs mereMaTIS. Modning af Telemedicinsk Infrastruktur NATIONAL SERVICE PLATFORM OPSAMLINGS- PUNKTER KIH XDS REPOSITORY. Dokumentdelingsservice Samtykke MinLog
MaTIS Modning af Telemedicinsk Infrastruktur NATIONAL SERVICE PLATFORM OPSAMLINGS- PUNKTER KIH XDS REPOSITORY Dokumentdelingsservice Samtykke MinLog Behandlingsrelation service HJEMMET PRAK. LÆGE KOMMUNE
Læs mereTypografidefinition: Typografi1: Skrifttype: 10 pkt, (intet) DKAL Snitflader REST Afhentningssystem
Typografidefinition: Typografi1: Skrifttype: 10 pkt, (intet) DKAL Snitflader REST Afhentningssystem 1 Indholdsfortegnelse A3.1 INTRODUKTION 3 A3.1.1 HENVISNINGER 3 A3.1.2 LÆSEVEJLEDNING 4 A3.1.2.1 SÅDAN
Læs mereDet Fælles Medicinkort. Snitfladebeskrivelse for Receptfornyelse og genbestilling. Version 1.4.0
Det Fælles Medicinkort Snitfladebeskrivelse for Receptfornyelse og genbestilling Version 1.4.0 2012-11-21 Trifork A/S Margrethepladsen 4 DK-8000 Århus C Denmark +45 8732 8787 Fax: +45 8732 8788 DK www.trifork.com
Læs mereReferat fra 3. møde om dansk HL7 CDA profil til deling af aftaler
Forskerparken 10 DK-5230 Odense M Telefon: 6543 2030 www.medcom.dk Dato 12.03.2017 Referat fra 3. møde om dansk HL7 CDA profil til deling af aftaler Tidspunkt: Onsdag, den 22. februar 2017 kl. 10.00-14.00
Læs mereEND2END DEMONSTRATOR PROJEKTET. Inddragelse af kommunale leverandører
END2END DEMONSTRATOR PROJEKTET Inddragelse af kommunale leverandører BAGGRUND Problemet - Patienterne med kroniske sygdomme tager mange ressourcer, - Der skal findes modeller, systemer og processer til
Læs mereGuide til integration med NemLog-in / Brugeradministration
Guide til integration med NemLog-in / Brugeradministration Side 1 af 9 21. januar 2013 TG Denne guide indeholder en kort beskrivelse af, hvorledes man som itsystemudbyder (myndighed eller it-leverandør)
Læs mereOIOUBL Guideline. OIOUBL Guideline
OIOUBL Guideline OIOUBL Guideline OIOUBL Datatyper UBL 2.0 Datatypes G29 Version 1.3 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 Kolofon Kontakt: Digitaliseringsstyrelsen E-mail:
Læs mereConnect2Care. Udvikling af åben infrastruktur for IKT-baserede produkter på social- og sundhedsområdet. UNIK projektmøde. 25.
Connect2Care Udvikling af åben infrastruktur for IKT-baserede produkter på social- og sundhedsområdet UNIK projektmøde 25. januar, Aarhus University Connect2Care Use of New technologies in Innovative solutions
Læs mereBaggrunden for CDA for aftaler
Baggrunden for CDA for aftaler 1. møde vedr. profilering af CDA Aftaledeling MedCom den 14. December 2016 Jane Christiansen & Thor Schliemann Én samlet aftalevisning udviklet i flere steps Digital understøttelse
Læs mereIKT-teknisk kommunikationsspecifikation
Bilag til IKT Ydelsesspecifikation Dato 2012-10-01, Revisionsdato: 2013-04-15 Samarbejdsdokument for byggesagens parter Projekt: Byggesag: Projektledelse: IKT Koordinator: Dato: Revision: Revision dato:
Læs mereIbrugtagning af Fødselsindberetningsservicen på NSP
Ibrugtagning af Fødselsindberetningsservicen på NSP Udarbejdet af: NSI Version: 1.0 Dato: 09.07.2013 Indholdsfortegnelse 1 Vejledning til ibrugtagning af Fødselsindberetningsservicen... 3 1.1 Læsevejledning
Læs mereDigital post Snitflader Bilag B - Afsendelse og modtagelse af meddelelser via S/MIME Version 6.3
Digital post Snitflader Bilag B - Afsendelse og modtagelse af meddelelser via S/MIME Version 6.3 1 Indholdsfortegnelse B.1. INTRODUKTION... 4 B.1.1. HENVISNINGER... 4 B.1.2. INTEGRATION MED EKSISTERENDE
Læs mereNational infrastruktur til deling af PRO-data. KKR digitaliseringsnetværksmøde den 15. marts 2018 Morten Bruun-Rasmussen, MEDIQ
National infrastruktur til deling af PRO-data KKR digitaliseringsnetværksmøde den 15. marts 2018 Morten Bruun-Rasmussen, MEDIQ PRO Infrastrukturprojektet Det er aftalt i ØA17, at den nationale infrastruktur
Læs mereDKAL Snitflader Afsendelse og modtagelse af meddelelser via S/MIME
DKAL Snitflader Afsendelse og modtagelse af meddelelser via S/MIME 1 Indholdsfortegnelse B.1. INTRODUKTION... 3 B.1.1. HENVISNINGER... 3 B.1.2. INTEGRATION MED EKSISTERENDE SIKKER E-POSTLØSNING... 3 B.1.3.
Læs mereUnderbilag 2O Beskedkuvert Version 2.0
Underbilag 2O Beskedkuvert Version 2.0 Indhold Indledning... 34 2 Beskedkuvertens struktur... 34 3 Indhold af Beskedkuverten... 34 3. Overordnet indhold... 45 3.2 Detaljeret indhold af Beskedkuverten...
Læs mereFællesoffentlig beskedmodel version 1.0
Side: 1 Fællesoffentlig beskedmodel version 1.0 Dokumentet indeholder dels en informationsmodel for hændelsesbeskeden og dens miljø, dels en generisk datamodel for hændelsesbeskeden, som kan danne en fælles
Læs mereDK-Cartridge 1.0. Distributionsformat for digital læringsindhold VERSION: 1.0
DK-Cartridge 1.0 Distributionsformat for digital læringsindhold VERSION: 1.0 DATO: 9. december 2015 1 Indholdsfortegnelse 1 Introduktion... 3 2 Formål... 3 3 Afgrænsninger... 3 4 DK-Cartridge instanser...
Læs mereDANMARK SOM FOREGANGSLAND, DEN OFFENTLIGE SATSNING 18. SEPTEMBER 2013
DANMARK SOM FOREGANGSLAND, DEN OFFENTLIGE SATSNING 18. SEPTEMBER 2013 ELLER: HVORDAN KAN NATIONALE RAMMER VÆ RE MED TIL AT ACCELERERE DIGITALISERINGEN AF SUNDHEDSVÆ SENET 18. SEPTEMBER 2013 ELLER: HVORDAN
Læs mereIT på tværs Danmark som telemedicinsk foregangsland
IT på tværs Danmark som telemedicinsk foregangsland Morten Kyng, professor, dr. scient. Pervasive Healthcare, forskningschef Alexandra Instituttet 1 Udfordringer Fra telemedicin og patienter til telesundhed
Læs mereREFERENCEARKITEKTUR FOR OPSAMLING AF HELBREDSDATA HOS BORGEREN. Pia Jespersen Thor Schliemann
REFERENCEARKITEKTUR FOR OPSAMLING AF HELBREDSDATA HOS BORGEREN Pia Jespersen Thor Schliemann OVERSIGT Noget om hvad en Referencearkitektur er Den konkrete Referencearkitektur for opsamling af helbredsdata
Læs mereGuide til integration med NemLog-in / Signering
Guide til integration med NemLog-in / Signering Side 1 af 6 14. november 2013 TG Denne guide indeholder en kort beskrivelse af, hvorledes man som itsystemudbyder (myndighed eller it-leverandør) kan integrere
Læs mereDigital post Snitflader Bilag A2 - REST Register Version 6.3
Digital post Snitflader Bilag A2 - REST Register Version 6.3 1 Indholdsfortegnelse A2.1 INTRODUKTION 4 A2.1.1 HENVISNINGER 4 A2.2 OVERSIGT OVER FUNKTIONSOMRÅDE 5 A2.2.1 OPRET / HENT OPLYSNINGER OM SLUTBRUGER
Læs mereREFERENCEARKITEKTUR FOR OPSAMLING AF HELBREDSDATA HOS BORGEREN
REFERENCEARKITEKTUR FOR OPSAMLING AF HELBREDSDATA HOS BORGEREN 2. Oktober 2013 Thor Schliemann OVERSIGT Noget om hvad en Referencearkitektur er Den konkrete Referencearkitektur for opsamling af helbredsdata
Læs mereWeb Services Light. Karen Thomsen. Silkeborg Bibliotek. Karen Thomsen
Web Services Light Silkeborg Bibliotek 1 Min baggrund Faglig baggrund datalog Ansættelse 16 år som IT- udvikling og usability 4 år som usability-konsulent og nu 3 år på Silkeborg Bibliotek som IT- udvikling
Læs mereDet Danske Vaccinationsregister. Godkendelseskriterier for DDV 1.4.0. Version 1.4
Det Danske Vaccinationsregister Godkendelseskriterier for DDV 1.4.0 Version 1.4 2015-02-27 Versionering Version Dato Udført af Ændring 1.0 27-02-2015 TYRA KRAUSE Dokument oprettet Det Danske Vaccinationsregister
Læs mereOversættelse til dansk af APERAK. Application Error and Acknowledgement Message. Dank EDI Message Implementation Guide
Oversættelse til dansk af APERAK Application Error and Acknowledgement Message Dank EDI Message Implementation Guide Status: Dansk oversættelse Version: 3 Release: 1 Dato: Januar 2009 Indledning og generelle
Læs mereHvem er målgruppen for disse dokumenter. Hvilke forudsætninger skal læseren have?
Kommenteringsskema 15. januar 2018 Sekretariatet for Initiativ 8.1. BEMÆRK: Alle indsendte kommentarer offentliggøres (på arkitektur.digst.dk). Såfremt du ikke ønsker en kommentar offentliggjort, bedes
Læs mereThor Schliemann, it-arkitekt, Sundhedsdatastyrelsen
Nordisk referencearkitektur Kan de nordiske lande sammen stimulere innovation inden for Personal Connected Health til gavn for borgeren, lægen og industrien? Thor Schliemann, it-arkitekt, Sundhedsdatastyrelsen
Læs mereMedCom og Aaaaaa Aaaaaaa. Modernisering. Standarder, Infrastruktur, Test & Governance. Michael Johansen, Standarder, test & certificering
MedCom11 2018 og 2019 Aaaaaa Aaaaaaa Modernisering Standarder, Infrastruktur, Test & Governance Michael Johansen, Standarder, test & certificering mjo@medcom.dk Moderniseringens vision med afsæt i national
Læs mereDet Fælles Medicinkort. Godkendelseskriterier for version 1.2
Det Fælles Medicinkort Godkendelseskriterier for version 1.2 2010-12-17 Det Fælles Medicinkort - Godkendelseskriterier for version 1.2 Formål Dette dokument beskriver de kriterier, et system skal overholde,
Læs mereDet Fælles Medicinkort. Godkendelseskriterier for version 1.2.6
Det Fælles Medicinkort Godkendelseskriterier for version 1.2.6 2012-07-01 Det Fælles Medicinkort - Godkendelseskriterier for version 1.2.6 Formål Dette dokument beskriver de kriterier, et system skal overholde,
Læs mereIndledning. Arbejdsnotat: standarder i projekt for telemedicinsk sårvurdering. d. 29. november 2013 dsl
Arbejdsnotat: standarder i projekt for telemedicinsk sårvurdering d. 29. november 2013 dsl Indledning I arbejdet med at vælge den mest hensigtsmæssige kommunikations- og/eller integrationsløsning i projekt
Læs mere2.15 21/05/2013 Tilføjet dokumentation af bvn input for GetEngagementDetailed
APOS2 REST API Forord Dette dokument er en del af APOS version 2 manualerne. APOS version 2 (APOS2 herefter) er et organisation, klassifikation og personale system baseret på Sag & Dokument standarderne.
Læs mereTest og certificering af Sundheds-IT systemer i Danmark
r 1 1 08.06.2015 MedCom Center for Sundheds-telematik- Test og certificering af Sundheds-IT systemer i Danmark Ib Johansen, MedCom ijo@medcom.dk www.medcom.dk 1 3.1 Consolidation process Agenda Test og
Læs mereD INTEGRATIONSDESIGN FOR DATAAFTAGERE
DIGST ORKESTRERINGSKOMPONENT D0180 - INTEGRATIONSDESIGN FOR DATAAFTAGERE Version: 1.3 Status: Endelig Godkender: Forfatter: Copyright 2019 Netcompany. Alle rettigheder forbeholdes. Dokumenthistorik Version
Læs mereDet Fælles Medicinkort
Det Fælles Medicinkort 1.4 Adviseringer 2013-09-18 Trifork A/S Margrethepladsen 4 DK-8000 Århus C Denmark 45 8732 8787 Fax: 45 8732 8788 DK20921897 www.trifork.com Indhold Formål...3 Workflows...3 Workflow:
Læs mereDet Fælles Medicinkort
Det Fælles Medicinkort Snitfladebeskrivelse for Registrering af tilknytning til hjemmesygeplejen Version 1.4.0 2012-11-21 Trifork A/S Margrethepladsen 4 DK-8000 Århus C Denmark +45 8732 8787 Fax: +45 8732
Læs mereSTS Designdokument. STS Designdokument
STS Designdokument i STS Designdokument STS Designdokument ii REVISION HISTORY NUMBER DATE DESCRIPTION NAME 0.3 2013-01 N STS Designdokument iii Indhold 1 Introduktion 1 2 Arkitekturoverblik 1 2.1 Eksterne
Læs mereUdgivelsen er beskyttet af Creative Commons license, Navngivning 2.5
OIOUBL Guideline UBL 2.0 Datatyper OIOUBL Datatypes G29 Version 1.1 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 Kolofon Kontakt: IT- & Telestyrelsen E-mail: oioubl@itst.dk OIOUBL
Læs mereDokumentation af optagelse.dk
ApplicationService Indhold Versionsstyring Introduktion Navn URL Formål Sikkerhed Operationer echo() findftuapplicationids(...) findftuapplicationbyid(...) findftuapplicationpdfbyid(...) findftuapplicationenclosurezipurlbyid(...)
Læs mereVilkår vedrørende brug af Støttesystemet Beskedfordeler
Vilkår vedrørende brug af Støttesystemet Beskedfordeler 1 Indledning og vejledning Nærværende vejledning beskriver, hvordan it-systemer afsender og/eller modtager beskeder fra Støttesystemet Beskedfordeler,
Læs mereReferat fra PHMR-møde
Dato: 12.12.13 Vor ref.: KRC Referat fra PHMR-møde Dato: Torsdag den 12. december 2013 Sted: Deltagere: Sinatur Hotel Storebælt, Østerøvej 121, 5800 Nyborg. Mødelokale Romsø. Claus Henrik Hvolris, Region
Læs mereTeknisk Dokumentation
Sundhedsstyrelsens E2B Bivirkningswebservice Teknisk Dokumentation Side 1 af 8 Indhold Indledning... 3 Terminologi... 3 Arkitektur... 4 Web Service Snitflade... 4 Valideringsfejl... 5 Success... 5 E2B...
Læs mereFMK-online's brug af SmartFraming
Side 1 af 9 FMK-online's brug af SmartFraming Version 1.1 2011-11-01 Side 2 af 9 Indholdsfortegnelse Indledning...3 Initialisering og login...3 Kontekst Properties...4 user.id.authorizationid...4 userorganization.id.number...4
Læs mereBILAG A KØBENHAVNS UNIVERSITET IKT-TEKNISK KOMMUNIKATIONSSPECIFIKATION
KØBENHAVNS UNIVERSITET BILAG A IKT-TEKNISK KOMMUNIKATIONSSPECIFIKATION PROJEKT ID: KU_xxx_xx_xx_xxxx (se bilag G, pkt. 0.0) PROJEKTNAVN: xxx DATO: xx.xx.xxxx VERSION: 1.1 VERSIONSDATO: 28.03.2014 02 BILAG
Læs mereKald af PingService via SOAPUI
Kald af PingService via SOAPUI Author: Integration Expert Team (IET) Owner: Integration Expert Team (IET) Page 1 of 24 1. Dokumenthistorik Kald af PingService via SOAPUI Revisioner Dato for denne version:
Læs mereUdeblivelse.dk Introduktion
Udeblivelse.dk Introduktion 26 JANUAR 2015 Copyright 2014-2015, Udeblivelse Aps, Web: www.udeblivelse.dk, Email: info@udeblivelse.dk Indledning:... 2 Login... 3 Opret Klinik... 4 1. Administrator... 4
Læs mereNational Sundheds-it Infrastruktur og sikkerhed
NSI Projektmodel Kravspecifikation CPR-services Infrastrukturprogrammet fase 2 CPR projektet Dato: 18.08.2011 Version: 1.1 Udarbejdet af: NSI NATIONAL SUNDHEDS-IT NATIONAL BOARD OF E-HEALTH www.nsi.dk
Læs mereDKAL Snitflade Webservice
DKAL Snitflade Webservice Typografidefinition: Overskrift 1: Skrifttype: Indrykning: Venstre: 0 cm, Hængende: 0,76 cm, Sideskift før Typografidefinition: Overskrift 2;H2;h2;2;headi;hea ding2;h21;h22;21;heading
Læs mereInternt notat 202542 2
Internt notat Arbejdspapir Systemdesign Dato: 6. september 2004 Sagsnr.: 5564 Dok.nr.: 202542 v2 Reference: PMO/PMO Beskrivelse af Eltra XML-struktur 1. Indhold Dette er beskrivelsen af den XML-struktur,
Læs mereAuthorizationCodeService
AuthorizationCodeService Sammenhængende Digital Sundhed i Danmark, version 1.1 W 1 AuthorizationCodeService Sammenhængende Digital Sundhed i Danmark version 1.1 Kåre Kjelstrøm Formål... 3 Introduktion...
Læs mereArbejdet er afgrænset af de aftalte rammer for det samlede projekt:
NOTAT 2016.12.13 SDS MOWI/ABRA Version 1.0 Notat vedr. principper for telemedicin 1. Indledning Der er igennem de seneste år gennemført en række storskalaprojekter vedr. telemedicin. Især projektet TeleCare
Læs mereDokumentation af optagelse.dk
ApplicationService Indhold Versionsstyring Introduktion Navn URL Formål Sikkerhed Operationer echo() findftuapplicationids(...) findftuapplicationbyid(...) findftuapplicationpdfbyid(...) findftuapplicationenclosurezipurlbyid(...)
Læs mereDigital Sundhed. Brugerstyringsattributter - Introduktion. - Specificering af nye og ændrede attributter i id-kortet
Digital Sundhed Brugerstyringsattributter - Introduktion - Specificering af nye og ændrede attributter i id-kortet Indhold 1. Introduktion... 2 2. Læsevejledning... 2 3. Aktører... 2 4. Autentifikation...
Læs mereTelemedicinsk platform, pejlemærker 2014 16
Telemedicinsk platform ØKOSYSTEM P13 P12 Borgeren Produktion og forbrug af helbredinformation P1 Audio Kalender Billeder Video Beskeder Journal P9 P11 Alarmer Borgeren Anvendere Forretningssystemer Proces
Læs mereBeskrivelse af fejlkoder. Version 7.0, KMD Indkomst WEBService IndkomstEnkeltForespoergsel og MQService IndkomstMasseForespoergsel
Beskrivelse af fejlkoder KMD Indkomst WEBService IndkomstEnkeltForespoergsel og MQService IndkomstMasseForespoergsel Version 7.0, 15.04.2016 Senest gemt den 31-08-2016 11:40, ID190-D Indkomstgrænseflade_P13_5
Læs mereBeslutningsstøtte i bløderbehandlingen Arkitektur: Slutprodukter i fase 3
Indholdsfortegnelse Fase 3: arkitekturforløbet... 2 Variationer fra oprindelig plan... 3 Opstartsmøde 6/4-2017... 4 Arbejdsmøde 20/4-2017... 4 Skitsering af mål-arkitektur... 6 Standarder... 6 Sikkerhedsmodel...
Læs mereNemHandel-registret. Hjælpeguide til oprettelse i NemHandel-registret og registrering af profiler. August 2012 Version 1.0
NemHandel-registret Hjælpeguide til oprettelse i NemHandel-registret og registrering af profiler. August 2012 Version 1.0 Introduktion Hvis en virksomhed eller en offentlig myndighed ønsker at kunne modtage
Læs mereDKAL Snitflader Masseforsendelse
DKAL Snitflader Masseforsendelse 1 C.1 Indholdsfortegnelse C.1 INDHOLDSFORTEGNELSE... 2 C.2 LÆSEVEJLEDNING... 3 C.3 TILMELDINGSLISTE... 4 C.3.1 RECORD-STRUKTUR... 4 C.3.2 OIOXML-STRUKTUR... 5 C.4 MATERIALE-INDLÆSNING...6
Læs mereBeskrivelse af fejlkoder. Version 1.0,
Beskrivelse af fejlkoder KMD Indkomst Opgørelser (P13-5) WEBService IndkomstEnkeltForespoergsel og MQService IndkomstMasseForespoergsel Version 1.0, 20.02.2017 Indholdsfortegnelse 1. Versionsoversigt...
Læs mereDigital post Snitflader Bilag A5 - REST HTTP returkoder Version 6.3
Digital post Snitflader Bilag A5 - REST HTTP returkoder Version 6.3 1 Indholdsfortegnelse INDHOLDSFORTEGNELSE 2 A5.1 INTRODUKTION 4 A5.2 HTTP RETURKODER 4 A5.3 DIGITAL POST FEJLKODER 7 A5.3.1 DIGITAL POST
Læs mereLeverancebeskrivelse. KIH databasen. Fælles hjemmemonitoreringsdatabase med fælles snitflader og serviceplatform
Leverancebeskrivelse KIH databasen Fælles hjemmemonitoreringsdatabase med fælles snitflader og serviceplatform Projekt: Klinisk Integreret Hjemmemonitorering Version: V0.3, 2012-06-15 Indholdsfortegnelse
Læs mereIndikatorrapport, Servicedesk og sagsbehandling
Indikatorrapport, Servicedesk og sagsbehandling Rapport for indikatorer ved NSI National Servicedesk. Periode for indrapportering af aktuelle sager: uge 27-30, 28. juni 25. juli 2014 Periode for indrapportering
Læs mereDansk profil for HL7 PHMR Principper for profilering
Dansk profil for HL7 PHMR Principper for profilering Morten Bruun-Rasmussen mbr@mediq.dk 12. december 2013 Profile definition A profile is a selection of definitions and options from standards or other
Læs mere0.9 19-09-2012 DAVAR Omdøbt til SagDokumentFormat. Attention er skilt ud i et selvstændigt format, AttentionFormat.
Specifikation 19. september 2012 DAVAR J.nr. 2012-6211-281 Sagdokumentformat Versionshistorik Version Dato Initialer Noter 0.7 15-06-2012 DAVAR Høringsversion. Indsat MeddelelseAttention. 0.9 19-09-2012
Læs mereReferat fra PHMR-møde
Dato: 11.11.13 Vor ref.: MDM Referat fra PHMR-møde Dato: Mandag den 28. oktober 2013 Sted: Deltagere: MedCom, Odense Lars Simensen, Region Midtjylland (LSI) Allan Nasser, Region Syddanmark (ALN) Morten
Læs mereUdgivelsen er beskyttet af Creative Commons license, Navngivning 2.5
OIOUBL Guideline OIOUBL Valutakurser og -koder UBL 2.0 Currency Exchange Rates G18 Version 1.2 Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5 OIOUBL Valutakurser og -koder Version
Læs mereUnderbilag 2Q Vilkår for integration til støttesystemet Klassifikation
Underbilag 2Q Vilkår for integration til støttesystemet Klassifikation 1. Indledning og vejledning Nærværende vejledning beskriver, hvordan Anvendersystemer afsender og/eller modtager objekter til/fra
Læs mereUdkast til dataudveksling med elleverandører og andre tredjeparter via kundestyret dataadgang
Udkast til dataudveksling med elleverandører og andre tredjeparter via kundestyret dataadgang 29.04.2015 USS/XSTJ Version 1.3 1. Indledning... 2 2. Proces for kundestyret dataadgang... 2 2.1 Fuldmagtsgivning
Læs mereProduktbeskrivelse for. Min-log service på NSP
Produktbeskrivelse for service på NSP Sundheds professionel Borger Fagsystem / Serviceudbyder Sundhed.dk 1 2 3 (Registreringsservice) (Konsolideringsservice) (Udtræksservice) Indeks Database (oprydning)
Læs mereVejledning til anvendelse af MeMo og SMTP. Næste generation Digital Post Maj 2018, version 0.9
Vejledning til anvendelse af MeMo og SMTP Næste generation Digital Post Maj 2018, version 0.9 Indhold Indhold 2 1 Introduktion 3 1.1 Præciseringer 3 1.2 Terminologi 3 2 Anvendelse af SMTP-felter 5 3 Anvendelse
Læs mereSecurity Token Service. Snitflade OIO WS Trust
Security Token Service Snitflade OIO WS Trust Side 1 af 7 Indholdsfortegnelse 1. Versionsnummer... 3 2. Snitfladebeskrivelse... 3 3. Servicebeskrivelse... 3 3.1 Identity provider... 3 3.2 Supported binding...
Læs mereBBR OIOXML. Vejledning til OIOXML snitflade for Bygninger og boliger BuildingDwelling.wsdl. Tillæg til BuildingDwellingV3. BuildingDwellingV4
OIOXML Vejledning til OIOXML snitflade for Bygninger og boliger BuildingDwelling.wsdl Tillæg til BuildingDwellingV3 og BuildingDwellingV4 En vejledning rettet mod 3. part. Indholdsfortegnelse 1. Introduktion...
Læs mereDen Gode VANSEnvelope. MedCom
Den Gode VANSEnvelope MedCom Den Gode VANSEnvelope Jacob Glasdam Bolette Friis Jensen KMD Erik Jacobsen Multimed Ole Vilstrup CSC Thomas Jørgensen Evenex Dorthe Skou Lassen MedCom Gitte Fleckner Henriksen
Læs mereNATIONAL PATIENTINDEKS
NATIONAL PATIENTINDEKS Perspektiver i standardiseret og sikker adgang til data på tværs af sektorer Parallelsession A3 i Auditoriet Onsdag 10.10.2012 fra kl.11.00 til 12.30 REFERENCEARKITEKTUR OG NPI PROBLEMER
Læs mereDKAL Snitflader REST HTTP returkoder
DKAL Snitflader REST HTTP returkoder 1 Indholdsfortegnelse INDHOLDSFORTEGNELSE 2 A5.1 INTRODUKTION 3 A5.2 HTTP RETURKODER 3 A5.3 DKAL FEJLKODER 6 A5.3.1 DKAL XML FEJLFORMAT 7 Bilag A5: REST HTTP returkoder
Læs mereSTS Anvenderdokument i. STS Anvenderdokument
i STS Anvenderdokument ii REVISION HISTORY NUMBER DATE DESCRIPTION NAME 0.4 2014-07 N iii Indhold 1 Introduktion 1 1.1 Målgruppen...................................................... 1 2 STS 1 2.1 Snitflade........................................................
Læs mereSnitfladebeskrivelse for GO000003Q Betalingsadministration Send forespørgsel til og modtag svar fra KMD Opus Debitor. Version 1.0,
Af Snitfladebeskrivelse for GO000003Q Betalingsadministration Send forespørgsel til og modtag svar fra KMD Opus Debitor Version 1.0, 05.09.2012 Indholdsfortegnelse Indholdsfortegnelse Ændringer i forhold
Læs mereOpkobling og test af tværsektoriel deling af aftaler (komplekse forløb)
Opkobling og test af tværsektoriel deling af aftaler (komplekse forløb) Formål Formålet med projektet er at opnå et teknisk grundlag for at kunne gennemføre Fælles Pilotafprøvning under Program for digitalt
Læs mereShared Care Service- I
Business Unit or Product Name S CS Shared Care Service- I Integration Udfordringer og muligheder jbsvendsen@dk.ibm.com 07-03-07 2003 IBM Corporation Vision for Shared Care Service Integration Ambulatorier
Læs mereDet Fælles Medicinkort
Det Fælles Medicinkort Snitfladebeskrivelse for Registrering af patienttilknytning Version 1.4.2.1 2013-10-25 Trifork A/S Margrethepladsen 4 DK-8000 Århus C Denmark +45 8732 8787 Fax: +45 8732 8788 DK20921897
Læs mereReferat fra PHMR-møde
Dato: 23.01.14 Vor ref.: KRC Referat fra PHMR-møde Dato: Torsdag den 23. januar 2014 Sted: MedCom, Forskerparken 10, 5230 Odense M. Mødelokale C. Deltagere: Morten Mølgaard Pedersen, Region Syddanmark
Læs mereSide 2: [1] Slettet Ulrik Skyt 04/05/16 11:54
Side 2: [1] Slettet Ulrik Skyt 04/05/16 11:54 1 Formål... 7 2 Logisk beskrivelse... 8 2.1 Aktører og systemer... 8 2.2 Centrale begreber... 9 2.3 Dokumenter til dataudveksling... 14 2.4 Sikkerhed... 16
Læs mereGuide til kravspecifikation
Side 1 af 10 10. november 2008 Guide til kravspecifikation Version 1.0. Denne guide indeholder en række råd til brug i kravspecifikationer for IT systemer, der skal anvende NemLog-in løsningen. Hensigten
Læs mereTimeout-politik for den fællesoffentlige føderation
Side 1 af 8 7. november 2012 Timeout-politik for den fællesoffentlige føderation Dette dokument beskriver en politik for timeout af brugersessioner i den fællesoffentlige føderation, der er obligatorisk
Læs mere