Det Gode Rekvisitionshotel MedCom, version 1.0 W 1
|
|
- Edvard Clausen
- 7 år siden
- Visninger:
Transkript
1 Det Gode Rekvisitionshotel MedCom, version 1.0 W 1
2 MedCom, Det gode Rekvisitionshotel ver
3 Det Gode Rekvisitionshotel MedCom version 1.0 Forord... 3 Rettelser... 3 Formål... 4 Introduktion... 4 Adgangskrav... 4 Funktionalitet... 5 GetRequisitionList... 6 GetRequisition...7 UploadRequisition... 8 Bilag A: Forudsætninger... 9 Netværk... 9 Kommunikationsmodel... 9 Kuvert attributter... 9 Kuvert attribut Tilladt Logning Bilag B: Teknisk dokumentation Referencer 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 16. april 2010: Rettet id-kort niveau. Der var sat et id-kort på niveau 2 på upload rekvisition eksemplet, det er nu tilrettet. MedCom, Det gode Rekvisitionshotel ver
4 Formål At udvikle og implementere dels et sende til WebReq hotel modul fra sygehusenes ambulatorier dels et hente fra WebReq hotel modul i biokemilaboratoriernes systemer, så patienter frit kan vælge, hvor de ønsker at få taget blodprøver. Patienten kan gå til sin egen læge eller på et lokalt sygehus fjernt fra det behandlende og få foretaget prøvetagninger. Introduktion Denne webservice giver laboratorier mulighed for både at sende og hente rekvisitioner fra rekvisitionshotellet. Funktionaliteten med at kunne sende rekvisitioner har været tilgængelig via EDI længe, men det har ikke været muligt for at trække rekvisitioner fra hotellet til laboratoriesystemerne. Fra enkelte laboratoriesystemer har der været mulighed for at hente dem ved brug af minikald på samme måde som lægesystemerne har integreret WebReq. Dette kræver dog speciel printeropsætning og rekvisitionerne vises i WebReq og ikke i laboratoriesystemet. Webservicen giver mulighed for at præsentere det hele i laboratoriesystemet, så brugeren ikke behøver at bekymre sig om hvor bestillingen ligger. Servicen udstilles som webservice der overholder Den Gode Webservice version Adgangskrav Til test er der udstillet en webservice der er tilgængelig via Internettet. Produktionswebservicen udstilles via sundhedsdatanettet. MedCom, Det gode Rekvisitionshotel ver
5 Funktionalitet Der udbydes 3 kald, som er uafhængige kald. Et til søgning på hvilke rekvisitioner, der forefindes på CPR-nummeret. Et som henter en given rekvisition ud fra rekvisitionsid. Et som sender en rekvisition til rekvisitionshotellet. Funktionaliteten og forløbet for hvert af disse kald er beskrevet herunder. Et normalt flow vil være, at der først forespørges på hvilke rekvisitioner der findes på et CPRnummer, såfremt brugeren vælger at hente en af rekvisitionerne hentes denne ned til laboratoriesystemet, og det slettes fra hotellet. MedCom, Det gode Rekvisitionshotel ver
6 GetRequisitionList Klientsystemet forespørger om der er ligger nogen rekvisitioner på hotellet på det angivne CPR-nummer eller erstatningscpr-nummer. Ved ErstatningsCPR skal der selvfølgelig tages forbehold for sammenfald af numre mellem systemer. De returnerede rekvisitioner slettes ikke fra hotellet, klientsystemet må derfor ikke gemme dem lokalt. Request data Et CPR-nummer eller erstatningscpr-nummer. Response data En liste af rekvisitioner på den pågældende patient (se bilag B). Fejlmelding Hvis ingen rekvisitioner findes, tilbagesendes en tom liste. MedCom, Det gode Rekvisitionshotel ver
7 GetRequisition Kliniksystemet beder om at få hentet en specifik rekvisition identificeret på rekvisitionsid. Rekvisitionen slettes herefter fra hotellet. Request data RekvisitionsID på den pågældende rekvisition. Response data Rekvisitionen med det pågældende rekvisitionsid. Fejlmelding Hvis ingen rekvisition matcher det angivne rekvisitionsid returneres en tom meddelelse. MedCom, Det gode Rekvisitionshotel ver
8 UploadRequisition Kliniksystemet sender en rekvisition til hotellet, funktionaliteten er tilsvarende den nuværende EDI løsning. I Sender udfyldes Identifier og IdentifierCode som angivet i MedComs XREQ01 standard. I OriginalRequester bør angives den originale rekvirent, for eksempel den afdeling der har foretaget bestillingen. Hvis rekvirenten ikke findes oprettes denne automatisk. Request data Den rekvisition, der ønskes lagt på hotellet. Response data RekvisitionsID på rekvisitionen tildelt af Rekvisitionshotellet. Fejlmelding Hvis oprettelsen fejler returneres en tom streng. MedCom, Det gode Rekvisitionshotel ver
9 Bilag A: Forudsætninger Netværk Den Gode Webservice kræver et krypteret transportlag og aftaler mellem de udvekslende parter for at sikre konfidentialitet af data. Det gode rekvisitionshotel tillader følgende netværkstyper: Netværk Tilladt Sundhedsdatanettet (VPN) Andet VPN SSL Ja Nej Ja Id-kort attributter Oplysninger om afsenderens identitet lagres i id-kortet. Hvis afsenderen skal identificeres på bruger niveau, er id-kortet af typen USER. Hvis afsenderen skal identificeres på system niveau, er id-kortet af typen SYSTEM. Id-kortets versionsnummer referer til den tilhørende DGWS specifikation og autentifikationsniveauet angiver hvilke typer af akkreditiver der er medsendt. På det laveste niveau, 1 medsendes ingen akkreditiver, mens niveau 2 tillader brugernavn og password. På niveau 3 medsendes en digital signatur foretaget med et OCES virksomhedscertifikat (VOCES) og niveau 4 tillader alene medarbejder OCES signaturer (MOCES). Id-kort attribut Værdi Type SYSTEM Version Autentifikationsniveau 1-TOM Kommunikationsmodel Den Gode Webservice definerer to overordnede kommunikationsmodeller: Sign On (SO) og Single Sign On (SSO). I et SO scenarium kommunikerer klient og serviceudbyder alene med hinanden, mens SSO scenariet introducerer en betroet tredjepart. Id-kort attribut Tilladt Sign On Single Sign On Ja Nej Kuvert attributter I DGWS SOAP kuverters headere findes en række meta-oplysninger om de enkelte servicekald, hvoraf nogle udtrykker forventninger til serviceudbyderen. Selvom forventningerne i princippet kan variere fra operation til operation, idet der kan være forskel på hvor sensitive data der udveksles, ensretter denne specifikation attributterne på tværs af operationer aht. simpliciteten. MedCom, Det gode Rekvisitionshotel ver
10 En serviceudbyder skal således tage stilling til hvor lang tid der maksimalt må være gået siden brugeren blev autentificeret til et servicekald udføres. Dette Timeout implementeres af serviceudbyderen og kan medsendes i DGWS kuverter som et hint om hvad klienten forventer. DGWS definerer muligheden for at signere hele kuverten som sikkerhedsniveau 5. Klienter kan hvis serviceudbyderen understøtter det bede om at få en digital signatur på svaret i f.eks. indberetningssituationer. Endelig kan en klient angive sit ønske til behandlingsprioritet og serviceudbyderen kan, hvis det er muligt, derpå vælge at opprioritere behandlingen af kaldet. Kuvert attribut Tilladt Timeout - Sikkerhedsniveau 1-TOM Uafviselig kvittering Nej Prioritet RUTINE MedCom, Det gode Rekvisitionshotel ver
11 Logning Persondataloven [PERSLOV] og Sundhedsloven [SUNDLOV] udstikker retningslinjer for hvornår det er påkrævet at logge, hvem der har haft adgang til data. Dette fortolkes i bredeste forstand som, at have set eller opdateret personfølsom information om en anden person. Logning udføres af både klient og serviceudbyder. Kontrol Påkrævet Logning af adgang til personfølsomme data påkrævet? Ja Server (Udbyder) Udbyderen af servicen kan ikke logge hvem slutbrugeren er men logger følgende informationer: IP-adresse på klienten ID-kortet CPR-nr. der søges på Klienten Skal logge hvem slutbrugeren måtte være og sikre sig at denne er korrekt autentificeret. MedCom, Det gode Rekvisitionshotel ver
12 Bilag B: Teknisk dokumentation De fulde XML Lister viser det maksimale dataindhold i webservicens request- som response-meddelelser. MedCom s Den Gode webservice er beskrevet hvordan headerens XML kode for forsendelses- og sikkerhedsdata benyttes. Nedenfor er derfor alene beskrevet det maksimale indhold i meddelelsernes body-del. Datatype, anvendelse og beskrivelse af de enkelte XML elementer fremgår af DataListen. I MedCom s Den Gode webservice er beskrevet hvordan headerens XML kode for forsendelses- og sikkerhedsdata benyttes. Nedenfor er derfor alene beskrevet det maksimale indhold i meddelelsernes body-del. Datatype, anvendelse og beskrivelse af de enkelte XML elementer fremgår af DataListen. DataListe XML element Type Beskrivelse CivilRegistrationNumber string CPR nummer på den patient der søges på. urn:oio:medcom:requisitionhotel:1.0.0 LaboratoryRequestList ArrayOfLaboratoryReque st Liste af LaboratoryRequest.. Identifier string Id på en LaboratoryRequest /07/01/ LaboratoryRequest LaboratoryRequest Laboratorierekvisition, der henvises til MedComs dokumentation på XREQ01 / REQ01. Komplekse typer Type Antal Beskrivelse ArrayOfLaboratoryRequest LaboratoryRequest 0.. Liste af rekvisitioner. Operationer XML-Listen viser et eksempel på dataindhold i webservicens request- og responsemeddelelser for hver operation. Af hensyn til overskuelighed er header-informationer vedr. DGWS kun taget med på UploadRequisition. MedCom, Det gode Rekvisitionshotel ver
13 UploadRequisition SoapAction: urn:oio:medcom:requisitionhotel:1.0.0#uploadrequisition Lægger en rekvisition på hotellet. Rekvisitionen indsættes i /soap:envelope/soap:body i request. I response returneres den Identifier, som rekvisitionen tildeles af rekvisitionshotellet. Det er den Identifier der senere skal bruges når en rekvisition hentes ned, med GetRequisition Request <soap:envelope xmlns:soap=" <soap:header> <wsse:security xmlns:wsse=" open.org/wss/2004/01/oasis wss-wssecuritysecext-1.0.xsd"> <wsu:timestamp xmlns:wsu=" open.org/wss/2004/01/oasis wss-wssecurityutility-1.0.xsd"> <wsu:created> t08:01:00z</wsu:created> </wsu:timestamp> <saml:assertion id="idcard" IssueInstant=" T07:53:00Z" Version="2.0" xmlns:saml="urn:oasis:names:tc:saml:2.0:assertion"> <saml:issuer>medcom</saml:issuer> <saml:subject> <saml:nameid Format="medcom:cvr">102</saml:NameID> </saml:subject> <saml:conditions NotBefore=" T08:00:00Z" NotOnOrAfter=" T07:53:00Z"/> <saml:attributestatement id="idcarddata"> <saml:attribute Name="sosi:IDCardID"> <saml:attributevalue>aaatx</saml:attributevalue> </saml:attribute> <saml:attribute Name="sosi:IDCardVersion"> <saml:attributevalue>1.0.1</saml:attributevalue> </saml:attribute> <saml:attribute Name="sosi:IDCardType"> <saml:attributevalue>system</saml:attributevalue> </saml:attribute> <saml:attribute Name="sosi:AuthenticationLevel"> <saml:attributevalue>2</saml:attributevalue> </saml:attribute> </saml:attributestatement> <saml:attributestatement id="systemlog"> <saml:attribute Name="medcom:ITSystemName"> <saml:attributevalue>testsystem</saml:attributevalue> </saml:attribute> </saml:attributestatement> </saml:assertion> </wsse:security> <medcom:header xmlns:medcom=" <medcom:securitylevel>2</medcom:securitylevel> <medcom:timeout>1440</medcom:timeout> <medcom:linking> <medcom:flowid>amrrmd</medcom:flowid> <medcom:messageid>agq5zw</medcom:messageid> </medcom:linking> <medcom:priority>rutine</medcom:priority> </medcom:header> </soap:header> <soap:body> <LaboratoryRequest xmlns:xsi=" xmlns=" <Letter> <Identifier>00099</Identifier> MedCom, Det gode Rekvisitionshotel ver
14 <VersionCode>XQ0131K</VersionCode> <StatisticalCode>XREQ01</StatisticalCode> <Authorisation> <Time>15:00</Time> </Authorisation> <TypeCode>XREQ01</TypeCode> </Letter> <Sender> <EANIdentifier> </EANIdentifier> <Identifier> </Identifier> <IdentifierCode>sygehusafdelingsnummer</IdentifierCode> <OrganisationName>OUH</OrganisationName> <DepartmentName>Klinisk kemisk afdeling</departmentname> <MedicalSpecialityCode>klinisk_kemi</MedicalSpecialityCode> <ReplyTo>true</ReplyTo> </Sender> <Receiver> <EANIdentifier> </EANIdentifier> <Identifier> </Identifier> <IdentifierCode>lokationsnummer</IdentifierCode> <DepartmentName>NovaMedical Medilab</DepartmentName> </Receiver> <Payer> <PayersTypeCode>anden</PayersTypeCode> <OrganisationName>Rekvirent</OrganisationName> </Payer> <Patient> <CivilRegistrationNumber> </CivilRegistrationNumber> <PersonSurnameName>Berggren</PersonSurnameName> <PersonGivenName>Anna</PersonGivenName> <Consent> <Given>true</Given> </Consent> </Patient> <RequisitionInformation> <RequisitionDateTime> <Time>12:34</Time> </RequisitionDateTime> <SamplingLocationCode>rekvirenten</SamplingLocationCode> <SamplingDateTimeType>faktisk</SamplingDateTimeType> <SamplingDateTime> <Time>12:34</Time> </SamplingDateTime> <Sample> <RequesterSampleIdentifier> </RequesterSampleIdentifier> </Sample> <NumberOfTestTubes>1</NumberOfTestTubes> </RequisitionInformation> <Requests> <RequestedAnalysis> <ResultPriority>rutine</ResultPriority> <Analysis> <AnalysisCode>NPU03946</AnalysisCode> <AnalysisCodeType>iupac</AnalysisCodeType> <AnalysisCodeResponsible>SST</AnalysisCodeResponsible> <AnalysisShortName>Ab;P</AnalysisShortName> <LineComment> <TextLine>Mononucleosereaktion</TextLine> MedCom, Det gode Rekvisitionshotel ver
15 </LineComment> </Analysis> </RequestedAnalysis> <Prompt> <Question> <Code>d</Code> <CodeType>lokal</CodeType> <CodeResponsible>d</CodeResponsible> <CodeText>Sidste menstruation</codetext> </Question> <Answer> <DateTime> <Time>12:34</Time> </DateTime> </Answer> </Prompt> </Requests> </LaboratoryRequest> </soap:body> </soap:envelope> Response <soap:envelope xmlns:soap=" <soap:header> <wsse:security xmlns:wsse=" open.org/wss/2004/01/oasis wss-wssecuritysecext-1.0.xsd"> <wsu:timestamp xmlns:wsu=" open.org/wss/2004/01/oasis wss-wssecurityutility-1.0.xsd"> <wsu:created> t08:01:01z</wsu:created> </wsu:timestamp> </wsse:security> <medcom:linking xmlns:medcom=" <medcom:flowid>amrrmd</medcom:flowid> <medcom:messageid>ab76af</medcom:messageid> <medcom:inresponsetomessageid>agq5zw</medcom:inresponsetomessageid> </medcom:linking> <medcom:flowstatus xmlns:medcom=" 1.0.xsd">flow_finalized_succesfully</medcom:FlowStatus> </soap:header> <soap:body> <Identifier xmlns="urn:oio:medcom:requisitionhotel:1.0.0">000099</identifier> </soap:body> </soap:envelope> MedCom, Det gode Rekvisitionshotel ver
16 GetRequisitionList SoapAction: urn:oio:medcom:requisitionhotel:1.0.0#getrequisition Henter en liste af rekvisitioner på et givet cpr-nummer. Rekvisitionerne slettes ikke fra rekvisitionshotellet. Request: <soap:envelope xmlns:soap=" <soap:header> <!-- DGWS IDKORT --> </soap:header> <soap:body> <CivilRegistrationNumber xmlns=" </soap:body> </soap:envelope> Response: <soap:envelope xmlns:soap=" <soap:header> <!-- DGWS IDKORT --> </soap:header> <soap:body> <LaboratoryRequestList xmlns="urn:oio:medcom:requisitionhotel:1.0.0"> <LaboratoryRequest xmlns=" <Letter> <Identifier>00099</Identifier> <VersionCode>XQ0131K</VersionCode> <StatisticalCode>XREQ01</StatisticalCode> <Authorisation> <Time>15:00</Time> </Authorisation> <TypeCode>XREQ01</TypeCode> </Letter> <Sender> <EANIdentifier> </EANIdentifier> <Identifier> </Identifier> <IdentifierCode>sygehusafdelingsnummer</IdentifierCode> <OrganisationName>OUH</OrganisationName> <DepartmentName>Klinisk kemisk afdeling</departmentname> <MedicalSpecialityCode>klinisk_kemi</MedicalSpecialityCode> <ReplyTo>true</ReplyTo> </Sender> <Receiver> <EANIdentifier> </EANIdentifier> <Identifier> </Identifier> <IdentifierCode>lokationsnummer</IdentifierCode> <DepartmentName>NovaMedical Medilab</DepartmentName> </Receiver> <Payer> <PayersTypeCode>anden</PayersTypeCode> <OrganisationName>Rekvirent</OrganisationName> </Payer> <Patient> <CivilRegistrationNumber> </CivilRegistrationNumber> <PersonSurnameName>Berggren</PersonSurnameName> <PersonGivenName>Anna</PersonGivenName> MedCom, Det gode Rekvisitionshotel ver
17 <Consent> <Given>true</Given> </Consent> </Patient> <RequisitionInformation> <RequisitionDateTime> <Time>12:34</Time> </RequisitionDateTime> <SamplingLocationCode>rekvirenten</SamplingLocationCode> <SamplingDateTimeType>faktisk</SamplingDateTimeType> <SamplingDateTime> <Time>12:34</Time> </SamplingDateTime> <Sample> <RequesterSampleIdentifier> </RequesterSampleIdentifier> </Sample> <NumberOfTestTubes>1</NumberOfTestTubes> </RequisitionInformation> <Requests> <RequestedAnalysis> <ResultPriority>rutine</ResultPriority> <Analysis> <AnalysisCode>NPU03946</AnalysisCode> <AnalysisCodeType>iupac</AnalysisCodeType> <AnalysisCodeResponsible>SST</AnalysisCodeResponsible> <AnalysisShortName>Ab;P</AnalysisShortName> <LineComment> <TextLine>Mononucleosereaktion</TextLine> </LineComment> </Analysis> </RequestedAnalysis> <Prompt> <Question> <Code>d</Code> <CodeType>lokal</CodeType> <CodeResponsible>d</CodeResponsible> <CodeText>Sidste menstruation</codetext> </Question> <Answer> <DateTime> <Time>12:34</Time> </DateTime> </Answer> </Prompt> </Requests> </LaboratoryRequest> <!-- Mulighed for flere rekvisitioner her --> </LaboratoryRequestList> </soap:body> </soap:envelope> MedCom, Det gode Rekvisitionshotel ver
18 GetRequisition SoapAction: urn:oio:medcom:requisitionhotel:1.0.0#getrequisition Henter en rekvisition med en given Identifier. Rekvisitionen slettes fra rekvisitionshotellet. I request angiver man Identifier på rekvisitionen og i response returneres den pågældende rekvisition. Request: <soap:envelope xmlns:soap=" <soap:header> <!-- DGWS IDKORT --> </soap:header> <soap:body> <Identifier xmlns="urn:oio:medcom:requisitionhotel:1.0.0">00099</identifier> </soap:body> </soap:envelope> Response: <soap:envelope xmlns:soap=" <soap:header> <!-- DGWS IDKORT --> </soap:header> <soap:body> <LaboratoryRequest xmlns:xsi=" xmlns=" <Letter> <Identifier>00099</Identifier> <VersionCode>XQ0131K</VersionCode> <StatisticalCode>XREQ01</StatisticalCode> <Authorisation> <Time>15:00</Time> </Authorisation> <TypeCode>XREQ01</TypeCode> </Letter> <Sender> <EANIdentifier> </EANIdentifier> <Identifier> </Identifier> <IdentifierCode>sygehusafdelingsnummer</IdentifierCode> <OrganisationName>OUH</OrganisationName> <DepartmentName>Klinisk kemisk afdeling</departmentname> <MedicalSpecialityCode>klinisk_kemi</MedicalSpecialityCode> <ReplyTo>true</ReplyTo> </Sender> <Receiver> <EANIdentifier> </EANIdentifier> <Identifier> </Identifier> <IdentifierCode>lokationsnummer</IdentifierCode> <DepartmentName>NovaMedical Medilab</DepartmentName> </Receiver> <Payer> <PayersTypeCode>anden</PayersTypeCode> <OrganisationName>Rekvirent</OrganisationName> </Payer> <Patient> <CivilRegistrationNumber> </CivilRegistrationNumber> <PersonSurnameName>Berggren</PersonSurnameName> <PersonGivenName>Anna</PersonGivenName> <Consent> <Given>true</Given> MedCom, Det gode Rekvisitionshotel ver
19 </Consent> </Patient> <RequisitionInformation> <RequisitionDateTime> <Time>12:34</Time> </RequisitionDateTime> <SamplingLocationCode>rekvirenten</SamplingLocationCode> <SamplingDateTimeType>faktisk</SamplingDateTimeType> <SamplingDateTime> <Time>12:34</Time> </SamplingDateTime> <Sample> <RequesterSampleIdentifier> </RequesterSampleIdentifier> </Sample> <NumberOfTestTubes>1</NumberOfTestTubes> </RequisitionInformation> <Requests> <RequestedAnalysis> <ResultPriority>rutine</ResultPriority> <Analysis> <AnalysisCode>NPU03946</AnalysisCode> <AnalysisCodeType>iupac</AnalysisCodeType> <AnalysisCodeResponsible>SST</AnalysisCodeResponsible> <AnalysisShortName>Ab;P</AnalysisShortName> <LineComment> <TextLine>Mononucleosereaktion</TextLine> </LineComment> </Analysis> </RequestedAnalysis> <Prompt> <Question> <Code>d</Code> <CodeType>lokal</CodeType> <CodeResponsible>d</CodeResponsible> <CodeText>Sidste menstruation</codetext> </Question> <Answer> <DateTime> <Time>12:34</Time> </DateTime> </Answer> </Prompt> </Requests> </LaboratoryRequest> </soap:body> </soap:envelope> I DataListen er angivet alle værdibærende elementer i Den Gode Laboratorie webservice i den rækkefølge variablene forekommer i XML Listen. XML-elementer der er medtaget i XMLListen af hensyn til dennes syntaks, er ikke medtaget i Datalisten. Skemaets type felt angiver en XML Schema type eller en enumeration. Følgende typer anvendes: MedCom, Det gode Rekvisitionshotel ver
20 1. string angiver at dataindholdet skal være en streng. Reserverede xml styrekarakterer må ikke forekomme. Se 2. integer angiver at dataindholdet er et positivt hel-tal. Se 3. datetime angiver at data er en dato og et klokkeslæt på UTC formen (Universal Time, Coordinated) YYYY-MM-DDTHH:MM:SSZ, f.eks T23:59:00Z for 28 maj 2006 kl. 23:59:00. UTC bruger ikke sommer- og vintertid, så for at omregne fra dansk tid til UTC trækkes i vinterhalvåret 1 time fra (dansk tid = UTC + 1) og i sommerhalvåret trækkes 2 timer fra (dansk tid = UTC + 2). DGWS kræver at webservice klienter og webservice udbydere synkroniserer urene efter en global anerkendt tidsserver og benytter UTC som tidsangivelse. Se 4. anytype angiver at elementet kan indeholde et vilkårligt indlejret xml-dokument. 5. ENUM angiver at der skal benyttes én af de valgmuligheder der fremgår af Enumerationslisten. Kolonnen betingelse anvendes til at beskrive i hvilke tilfælde et element skal medtages og i hvilke det skal undlades. Hvis der ikke er en betingelse på elementet er det altid lovligt at medtage. Hvis der er en betingelse på elementet skal det kun medtages hvis betingelsen er opfyldt. F.eks. skal elementet ds:signature kun medtages hvis sikkerhedsniveau 3 eller 4 anvendes dvs. hvor der er digital signatur på ID-kortet (angivet som Niveau 3/4"). Nogle elementer kan forekomme flere gange, nogle er optionelle og nogle skal altid medtages. Dette angives med kolonnen Antal, hvor følgende gælder: 1. 1 betyder at elementet altid skal forekomme hvis betingelsen er opfyldt betyder at elementet kan forekomme 0 eller 1 gang hvis betingelsen er opfyldt n betyder at elementet kan forekomme 0 eller vilkårligt mange gange hvis betingelserne opfyldt Endelig angives en beskrivelse af elementet i den sidste kolonne. MedCom, Det gode Rekvisitionshotel ver
21 Referencer [DGWS] Den Gode Webservice, Version 1.0.1, MedCom 2008, [DGWS] Den Gode Webservice, Version 1.0, MedCom 2008, [DGWS] Den Gode Webservice, Version 1.0 Bilag, MedCom 2008, [PERSLOV] Persondataloven, Datatilsynet, Lov nr. 429 af 31. maj 2000, [SUNDLOV] Sundhedsloven, Lov nr. 546 af 24. juni 2005, De gode XML laboratorierekvisitioner XQ0131K MedCom, Det gode Rekvisitionshotel ver
Den Gode NationalePrøveNummer Service MedCom, version 1.0 W 1
Den Gode NationalePrøveNummer Service MedCom, version 1.0 W 1 MedCom, Den Gode NPN Service ver. 1.0 2 Den Gode NationalePrøveNummer Service MedCom version 1.0 Formål... 5 Introduktion... 5 Ansvar... 6
Læs mereDen Gode Sårjournal Service MedCom, version W 1
Den Gode Sårjournal Service MedCom, version 1.0.0 W 1 Den Gode Sårjournal Service Rettelser... 3 Formål... 4 Funktionalitet... 5 GetSignOnLink... 5 GetNumberOfUnreadNotes... 5 Bilag A: Specificering af
Læs mereDen Gode LÆ Service MedCom, version 1.0 W 1
Den Gode LÆ Service MedCom, version 1.0 W 1 MedCom, Den Gode LÆ Service ver. 1.0 2 Den Gode LÆ Service MedCom version 1.0 Formål... 5 Serviceudbyders Ansvar... 6 Tilgængelighed... 6 Funktionalitet... 7
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 mereDen Gode Sårjournal Service MedCom, version W 1
Den Gode Sårjournal Service MedCom, version 1.0.0 W 1 Den Gode Sårjournal Service Rettelser... 3 Formål... 4 Funktionalitet... 5 GetSignOnLink... 5 GetPatientKnown... 5 Bilag A: Specificering af DGWS...
Læs mereDen Gode PatoBank Webservice MedCom, version 1.0
Den Gode PatoBank Webservice MedCom, version 1.0 W1 Den Gode PatoBank webservice MedCom, ver. 1.0 Del A: Formål og funktionalitet...3 Formål og baggrund...3 Sikkerhedslog...4 Autentifikation...4 Webservice
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 mereDen Gode E-CPRService
Den Gode E-CPRService MedCom, version 1.0 W 1 MedCom, Den Gode E-CPRService ver. 1.0 opdat. 18.10.2011 2 Den Gode E-CPRService MedCom, version 1.0 Formål... 5 Introduktion... 5 Ansvar... 6 Erstatningscprnummerservice...
Læs mereDESIGNDOKUMENT (Teknisk dokumentation)
29. feb.2016 version 1.2 Lægemiddelstyrelsens E2B Bivirkningsservice DESIGNDOKUMENT (Teknisk dokumentation) Dokument historik Version Dato Ændring 1.0 19-06-2014 Final version ifm. idriftsættelse 1.1 29-06-2015
Læs mereDen Gode Webservice 1.1
Den Gode Webservice 1.1 -Profilen for webservicebaseret kommunikation i sundhedssektoren Ivan Overgaard, io@silverbullet.dk Udfordringen Service-Orienteret Arkitektur (SOA) er den moderne måde at lave
Læs mereDen Gode Webservice. version 1.0.1 W 1
Den Gode Webservice version 1.0.1 W 1 Indhold Introduktion...3 Tid...4 Tidsangivelse...4 Tidssynkronisering...5 Referencer...6 MedCom. Den Gode Webservice version 1.0.1 2 Introduktion Den Gode Webservice
Læs mereDen Gode LÆ-blanket Webservice (DGLÆ:WS)
Den Gode LÆ-blanket Webservice (DGLÆ:WS) MedCom arbejdspapir. Ver 0.2 18-06-2006. HVO Den Gode LÆ-blanket Webservice (DGLÆ:WS)...1 Del A: Formål og funktionalitet...2 Formål (=Usecase)...2 Sagsgangen i
Læs mereDen Gode Webservice Bilag Version 1.0-13-07-2006
Bilag Version 1.0-13-07-2006 Bilag 1: Digital signering med XML...37 #1: Opret XML...38 #2: Indsæt indhold i XML...39 #2.a: Udpeg det XML, der skal underskrives...39 #2.b:
Læs mereDen Gode Notifikation
Den Gode Notifikation Rekvisitioner Tilbagesvar version 1.15 http://www.dmdd.biz/reminderservice/2017/02/01/ W 1-1 - Den Gode Notifikation Rekvisitioner Formål... 3 Introduktion... 3 Adgangskrav... 4 Funktionalitet...
Læs merePræcisering af transportbaseret sikkerhed i Den Gode Webservice
Præcisering af transportbaseret sikkerhed i Den Gode Webservice 1. Historik...2 2. Indledning...3 3. SSL/TLS baseret netværk...3 4. Sundhedsdatanettet (VPN)...5 5. Opsummering...6 6. Referencer...6 Side
Læs mereDen gode Børnedatabaseindberetning fra almen praksis
Den gode Børnedatabaseindberetning fra almen praksis Indholdsfortegnelse Indberetning til Børnedatabasen... 3 A: Beskrivelse... 3 Baggrund... 3 Indsamling af data fra de alment praktiserende læger....
Læs mereTilstrækkelig sikker dataudveksling via Sundhedsdatanettet (SDN) Ved Kåre Kjelstrøm
Tilstrækkelig sikker dataudveksling via Sundhedsdatanettet (SDN) Ved Kåre Kjelstrøm Sundhedsdatanettets Anatomi UNI-C Router Organisation A Router Router Organisation B Firewall Firewall Linjesikkerhed
Læs mereDet Gode CPR-opslag MedCom, version 1.0.2
Det Gode CPR-opslag MedCom, version 1.0.2 1 Indholdsfortegnelse Indholdsfortegnelse... 2 Formål... 3 Introduktion... 3 Adgangskrav... 3 Sikkerhedslog... 3 Løsningsmodel... 4 Funktionalitet... 5 getpersoninformation...
Læs mereDen gode Børnedatabaseindberetning fra kommunal sundhedstjeneste
Den gode Børnedatabaseindberetning fra kommunal sundhedstjeneste Indholdsfortegnelse Indberetning til Børnedatabasen... 3 A: Beskrivelse... 3 Baggrund... 3 Indsamling af data fra den kommunale sundhedspleje....
Læs mereDen Gode Notifikation
Den Gode Notifikation Rekvisitioner Tilbagesvar version 20170201 http://www.dmdd.biz/reminderservice/2017/02/01/ W 1-1 - Den Gode Notifikation Rekvisitioner Formål... 3 Introduktion... 3 Adgangskrav...
Læs mereDen Gode Webservice. version 1.1, 1-7-2008 W 1
Den Gode Webservice version 1.1, 1-7-2008 W 1 Indhold Introduktion...3 Anvendte standarder...4 Internationale standarder...5 Nationale standarder...6 Namespaces...6 Grundlæggende arkitektur...6 Kommunikationsmodel...7
Læs mereSOSI STS Testscenarier
SOSI STS Testscenarier Version 1.0.1 Status: Offentliggjort Indholdsfortegnelse 1 Introduktion... 2 1.1 Baggrund...2 1.2...2 1.3 Baggrundsmateriale... 2 1.4 Adgang...2 2 Test af STS Webservice... 4 2.1
Læs mereBilag til standardaftale om delegering af brugerrettigheder mellem lokale identitetsudbydere og serviceudbydere ved anvendelse af SAML-billetter
Bilag til standardaftale om delegering af brugerrettigheder mellem lokale identitetsudbydere og serviceudbydere ved anvendelse af SAML-billetter Servicebeskrivelse Økonomistyrelsen Marts 2011 Side 1 af
Læs mereWebReq ændringer 2018
WebReq ændringer 2018 Til leverandører der anvender integrerede systemkald til WebReq Version 1.01 W 1-1 - WebReq ændringer 2018 Formål... 3 Introduktion... 3 Browserkrav og kryptering... 4 Brugerens cpr.-nummer...
Læs mereNotat om teknisk opgradering af sundhed.dk til MedComs kommunikation-standard for Den Gode Webservice
Notat om teknisk opgradering af sundhed.dk til MedComs kommunikation-standard for Den Gode Webservice Lars Hulbæk/10. November 2006 1. Teknisk sammenhæng mellem sundhed.dk og MedCom Arbejdsdelingen mellem
Læs mereELEKTRONISK INDBERETNING BØRNEDATABASEN VIA DGWS 13/1 2010 VERSION 1.02
ELEKTRONISK INDBERETNING BØRNEDATABASEN VIA DGWS 13/1 2010 VERSION 1.02 Indhold Indhold... 2 Introduktion... 3 Den Gode Webservice... 4 ID Kortet... 4 Signering... 4 BDBChildMeasurementReport webservicen...
Læs mereDen Gode Webservice. En fælles webserviceprofil for sundhedsvæsenet Version 1.0-13-07-2006. Den Gode Webservice
Den Gode Webservice En fælles webserviceprofil for sundhedsvæsenet Version 1.0-13-07-2006 1 Introduktion...3 Anvendte standarder...5 Internationale standarder...5 Nationale standarder...6 Grundlæggende
Læs mereSOSI. (ServiceOrienteretrienteret SystemIntegration) Quick Tour 2.0
SOSI (ServiceOrienteretrienteret SystemIntegration) Quick Tour 2.0 Indhold Hvad og hvem er SOSI Visionen og Missionen Begreber, arkitektur og teknik Hvad er SOSI Projekt initieret og drevet af Ribe- og
Læs mereDet Danske Vaccinationsregister. IDWS - Snitfladebeskrivelse. Version 1.4.0
Det Danske Vaccinationsregister IDWS - Snitfladebeskrivelse Version 1.4.0 2015-11-08 Versionering Version Dato Forfatter Ændring 1.0 2015-11-08 MAL Første udgave af dokumentet 1.1 2015-11-30 MAL Rettelser
Læs mereValg af webservice standard
Valg af webservice standard Agenda Valg til en serviceorienteret infrastruktur Identitetsbaserede Services, Kåre Kjelstrøm Teknologiske trends og udfordringer Debat, spørgsmål og kritik Skal du lave en
Læs mereDet Fælles Medicinkort. IDWS - Snitfladebeskrivelse. Version
Det Fælles Medicinkort IDWS - Snitfladebeskrivelse Version 1.4.0.1 2014-09-18 Versionering Version Dato Forfatter Ændring 1.4.0.1 2014-10-24 FRJ Første udgave af dokumentet Det Fælles Medicinkort IDWS
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 mereDen gode notifikation
Den gode notifikation Reminder-styring for projekt tilbagesvar. Dokumentation for de webservices der skal anvendes ved opfølgning på prøvetagning og prøvesvar i primærsektoren. Version 1.1 d. 15.08.2016
Læs mereecpr erstatnings CPR Design og arkitektur
1 ecpr erstatnings CPR Design og arkitektur Indhold ecpr erstatnings CPR... 1 Indhold... 2 Formål... 3 Overblik... 4 Snitflader... 4 Komponenter... 5 Webservice... 5 Statuskomponent... 5 Forretningslag...
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 mereRekvisitions Forløbs Remindere Laboratorie-rekvisitioner og laboratorie-svar DMDD
Rekvisitions Forløbs Remindere Laboratorie-rekvisitioner og laboratorie-svar Projekt - Tilbagesvar Forløbs-remindere på lab-rekvisitioner og lab-svar ifm Webreq Reminder server Laboratorier Evt. servicelab
Læs mereNational trivselsmåling i folkeskolen. Datainstruks i forbindelse med bekendtgørelse om måling af elevernes trivsel i folkeskolen.
National trivselsmåling i folkeskolen Datainstruks i forbindelse med bekendtgørelse om måling af elevernes trivsel i folkeskolen. National trivselsmåling i folkeskolen Datainstruks i forbindelse med bekendtgørelse
Læs mereWebservice kald. System-til-system integration. Ny Easy. ATP 1. februar 2017
Webservice kald System-til-system integration Ny Easy ATP 1. februar 2017 Side 1 of 9 Dokumenthistorik Revisionshistorik Dato for denne revision: 01.02.2017 Dato for næste revision ukendt Revisions Revisions
Læs mereGrænseflade til afhentning af FTU-ansøgninger på Optagelse.dk
Grænseflade til afhentning af FTU-ansøgninger på Optagelse.dk Dato 16-09-2015 Version Status 1.0 Gældende Ansvarlig Tobias Thisted Side 2 af 13 Ændringshistorik Version Kapitel/afsnit Beskrivelse 1.0 Hele
Læs mere1.1 Formål Webservicen gør det muligt for eksterne parter, at fremsøge informationer om elevers fravær.
EfterUddannelse.dk FraværService - systemdokumentation BRUGERDOKUMENTATION: WEB-SERVICE Af: Logica Indhold 1. Indledning... 1 1.1 Formål... 1 1.2 Webservice version... 1 1.3 Historik... 1 2. Absence Webservice...
Læs mereSpecifikationsdokument for servicen PID-CPR
Nets DanID A/S Lautrupbjerg 10 DK 2750 Ballerup T +45 87 42 45 00 F +45 70 20 66 29 www.nets.dk CVR-nr. 30808460 Specifikationsdokument for servicen PID-CPR Nets DanID december 2016 Side 1-7 Indholdsfortegnelse
Læs mereDen Gode Webservice Bilag. Version
Den Gode Webservice Bilag Version 1.11-18-2-2008 Indhold Bilag 1: Digital signering med XML...3 #1: Opret XML...5 #2: Indsæt indhold i XML...5 #2.a: Udpeg det XML, der skal
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 mereKMA-oplysninger. 1 Introduktion
KMA-oplysninger MADS MENU: KODER SYSTEMET KMA-OPLYSNINGER (E.1.1.) Revideret 07-02-2011 1 Introduktion I programmet KMA-oplysninger sættes en række grundlæggende indstillinger for MADS i afdelingen, fx
Læs mereSOSIGW. - Administrationskonsol for SOSIGW 1.0.6. Indeks
SOSIGW - Administrationskonsol for SOSIGW 1.0.6 Indeks Indeks... 1 Revisionshistorik... 2 Introduktion... 2 Administrationskonsollen... 2 Generel brug af konsollen... 3 Fremsøgning af ID-kort... 3 Søgning
Læs mereNyt i WebReq. Juni Ønske ID 11. Søgning af det oprindelige rekvisitionsnummer ved rettelse. Søgning af originalt rekvisitionsnummer
Nyt i WebReq Juni 2018 Ønske ID 11 Den WebService, hvor man kan søge på CPR og enkeltanalyser på labsvarportalen er IKKE udviklet, hvilket var en forudsætning for at dette kunne løses. Opgaven må tages
Læs mereITD ecmr WEB Services. Af Allan Wisborg, IT Udvikler
Af Allan Wisborg, IT Udvikler Til løsningen ecmr Det elektroniske fragtbrev udbydes en række offentlige WEB services. Dette er beskrivelsen af disse services og hvorledes de anvendes. 21. December 2015
Læs mereSikkerhedsanalyse af WSRP
Sikkerhedsanalyse af WSRP Analyse af sikkerhedsaspekter ved udveksling af brugerinformation mellem portaler og WSRP-portlets Sikkerhedsanalyse af WSRP Analyse af sikkerhedsaspekter ved udveksling af brugerinformation
Læs mereXML webservice for pensionsordninger. Version 1.0 Draft A
XML webservice for pensionsordninger Version 1.0 Draft A Dokumentoplysninger Titel: Projekt: Webservice for pensionsordninger EDI kontorets branchekoordinerede dataudveksling Forfatter: Bidragsydere til
Læs mereTilbagesvar ændringsønsker
Tilbagesvar ændringsønsker Ønske Dato Fra Ønske Beslutning Brugergruppen 1 29.08.2017 Langeskov Lægehus Ole Holm Thomsen 2 29.08.2017 Langeskov Lægehus Ole Holm Thomsen Ved udskrivelse af webreq laves
Læs mereWebReq-Brugermøde Velkomst, referat Siden sidst Prioritering af indkomne ønsk er Nyt layout WebReq 2 præsenteres
WebReq-Brugermøde Velkomst, referat Siden sidst Prioritering af indkomne ønsker Nyt layout WebReq 2 præsenteres Deadlines, testdatoer, opdateringsdatoer & Releaseprocedurer Næste releasedato (forslag den
Læs mereDIADEM KOM GODT I GANG INTEGRATIONSVEJLEDNING IFT. SIKKERHED OG VERSIONERING AF WEBSERVICES VERSION: 1.7.0 STATUS: FRIGIVET DATO: 22.
DIADEM KOM GODT I GANG INTEGRATIONSVEJLEDNING IFT. SIKKERHED OG VERSIONERING AF WEBSERVICES VERSION: 1.7.0 STATUS: FRIGIVET DATO: 22. AUGUST 2013 Fil: DIADEM - Kom godt igang - Ver 1.7.0.docx Indhold 1.
Læs mereIntroduktion til læger og speciallæger om brug af tilbagesvar
Introduktion til læger og speciallæger om brug af tilbagesvar Tilbagesvar Indhold Baggrund Der rekvireres mere end 14 mio. laboratorieprøver pr. år fra lægepraksis til offentlige og private laboratorier
Læs mereVejledning. 1 Indledning. 2 Kontakt Webservicen. Webservice til Optagelse.dk
Vejledning Vedrørende: Skrevet af: Webservice til Optagelse.dk Lars Strange Vester Voldgade 123 1552 København V Tlf.nr.: 35 87 88 89 E-mail: stil@stil.dk www.stil.dk CVR-nr.: 13223459 1 Indledning Dette
Læs mereGrænseflade til afhentning og indberetning af prøvekarakterer i dansk og matematik på Optagelse.dk
Grænseflade til afhentning og indberetning af prøvekarakterer i dansk og matematik på Optagelse.dk Dato 16-09-2015 Version Status 1.0 Gældende Ansvarlig Tobias Thisted Side 2 af 11 Ændringshistorik Version
Læs mere18/ VERSION 1.1
ELEKTRONISK INDBERETNING BØRNEDATABASEN VIA DGWS 18/06-2013 VERSION 1.1 (Bemærk! Denne snitflade omlægges i 2018 til nyt format i forbindelse med SEI2 projektet) Indhold Indhold... 2 Introduktion... 3
Læs mereSUP-specifikation, version 2.0. Bilag 9. SUP-Styregruppen. Sikkerhed og samtykke. Udkast af 12. juni Udarbejdet for
SUP-specifikation, version 2.0 Bilag 9 Sikkerhed og samtykke Udkast af 12. juni 2003 Udarbejdet for SUP-Styregruppen Uddrag af indholdet kan gengives med tydelig kildeangivelse Indholdsfortegnelse 1 Introduktion...
Læs mereWebReq-Brugermøde 1. Velkomst, referat og siden sidst 2. Status på WebReq-udviklingen 3. Brugernes erfaringer med ny brugergrænse- flade i WebReq
WebReq-Brugermøde 1. Velkomst, referat og siden sidst 2. Status på WebReq-udviklingen Start af WebReq med ny brugergrænseflade blev forsinket. Hvad kom med Hvilke problemer var der? WebReq-teknik (Erik)
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 mereProcedure hos den bestillende læge:
Procedure hos den bestillende læge: Speciallægen bestiller prøverne på normal vis i Webreq. Bestilleren går videre til næste side i Webreq, hvor det er vigtigt at udfylde ønsket prøvedato og rekvisitionstype
Læs mereTilbagesvar For PL-lægesystemer. MedCom introdag 25. april 2016
Tilbagesvar For PL-lægesystemer MedCom introdag 25. april 2016 2 Tilbagesvar Hvorfor? Har Ib fortalt om Hvornår kaldes reminder server (webservice kald)? Nye versioner af standarderne. Hvad skal der laves
Læs mereWebservice til upload af produktionstilladelser
BILAG 1 Webservice til upload af produktionstilladelser Indhold og anvendelse Denne web-service gør det muligt for 3. parts programmer i kommuner og amter at Uploade og registrere kommunale produktionstilladelser
Læs mereTermer og begreber i NemID
Nets DanID A/S Lautrupbjerg 10 DK 2750 Ballerup T +45 87 42 45 00 F +45 70 20 66 29 info@danid.dk www.nets-danid.dk CVR-nr. 30808460 Termer og begreber i NemID DanID A/S 26. maj 2014 Side 1-11 Indholdsfortegnelse
Læs mereBlanketdokumentation LÆ 121 & 125 v1.0 Februar 2011
Blanketdokumentation LÆ 121 & 125 v1.0 Februar 2011 Indholdsfortegnelse 1. Indledning... 3 1.1 Baggrund... 3 1.2 Blanketternes anvendelse... 4 1.3 Den papirbaserede arbejdsgang... 5 1.4 Den fremtidige
Læs mereWebservice til indberetning af kompetencedækning i folkeskolen Skoleåret
Webservice til indberetning af kompetencedækning i folkeskolen Skoleåret 2018-2019 Af Henrik Rosendahl-Kaa Opdateret: 30-11-2018 Dette notat beskriver kort webservicen hørende til Indberetning af kompetencedækning.
Læs mereEPJ-OBSERVATORIET. GOP på tværs. Hotel Nyborg Strand
EPJ-OBSERVATORIET GOP på tværs Årskonference d. 11. og 12. oktober 2007 Hotel Nyborg Strand Agenda 1. Hvem er MedCom 2. Baggrund for kommunikations-standard for genoptræningsplan (DGOP) 3. Dynamisk blanket
Læs mereIndberetning af elev-trivselsdata på erhvervsuddannelserne 2016: Webservice. https://statistik.uni-c.dk/erhvervelevtrivsel/dok/uploadserviceeud.
Notat Vedrørende: Skrevet af: Indberetning af elev-trivselsdata på erhvervsuddannelserne 2016: Webservice uhl Version: 1.2 Fordeling: Systemleverandører Styrelsen for It og Læring Vester Voldgade 123 1552
Læs mereBlanketdokumentation LÆ 131, 132 & 135 v1.0 Februar 2011
Blanketdokumentation LÆ 131, 132 & 135 v1.0 Februar 2011 Indholdsfortegnelse 1. Indledning... 3 1.1 Baggrund... 3 1.2 Blanketternes anvendelse... 4 1.3 Den papirbaserede arbejdsgang... 6 1.4 Den fremtidige
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 mereWebReq -Brugermøde. klik
WebReq -Brugermøde Velkomst, referat Siden sidst Status på WebReq udvikling Udviklingen af sommer 2010 versionen, hvad kom med. Laboratoriemedicin, Side 4 (Helle & Thøger) klik WebReq teknisk status Forslag
Læs mereUndersøgelsessvar-funktionen... 2
Indholdsfortegnelse Undersøgelsessvar-funktionen... 2 Fanen Manglende undersøgelsessvar... 2 Oversigten... 3 Bestilling af laboratorieprøver... 4 Udestående... 5 Gul status... 5 Grøn status... 6 Blå status...
Læs mereDette dokument beskriver den fællesoffentlige føderations minimumskrav til logning hos Service og Identity Providere.
Side 1 af 17 19. september 2008 Logningspolitik For den fællesoffentlige log-in-løsning Version 1.0. Dette dokument beskriver den fællesoffentlige føderations minimumskrav til logning hos Service og Identity
Læs mereVelkommen til Webreq ERFA gruppemøde D
Velkommen til Webreq ERFA gruppemøde D. 16.05.18 DAGSORDEN: 1. Velkommen, referat fra sidst https://www.medcom.dk/media/7863/referat-af-webreqerfa_170517.pdf 2. Praktisk- referat skrives hvem melder sig?
Læs mereDokumentation af optagelse.dk
ApplicationService Indhold Versionsstyring Introduktion Navn URL Formål Sikkerhed Operationer echo() findftuapplicationids(...) findftuapplicationbyid(...) findftuapplicationpdfbyid(...) findftuapplicationenclosurezipurlbyid(...)
Læs mereTilbagesvar i WebReq
Tilbagesvar i WebReq Oversigtsskærmbilleder og statusvisninger W 1-1 - Tilbagesvar Oversigts- og statusvisninger Formål... 3 Introduktion... 3 Kald af oversigtsbillede i WebReq... 4 Oversigtsbillede i
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 mereNOVAX Lægesystem. Manglende laboratoriesvar
NOVAX Lægesystem Manglende laboratoriesvar Indholdsfortegnelse Laboratoriesvar-funktionen... 2 Fanen Manglende laboratoriesvar... 2 Oversigten... 3 Bestilling af laboratorieprøver... 4 Udestående... 4
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 mereIndholdsfortegnelse. Version 1.4. 1 Serviceplatformen - opsætningsguide (Eksterne testmiljø)... 2 1.1 Indledning... 2
Indholdsfortegnelse 1 Serviceplatformen - opsætningsguide (Eksterne testmiljø)... 2 1.1 Indledning... 2 1.2 Forberedelse til anvendelse Serviceplatformen... 2 1.2.1 Medarbejdercertifikat (MOCES)... 2 1.2.2
Læs mereBlanketdokumentation LÆ 221 & 225 v1.0 Februar 2011
Blanketdokumentation LÆ 221 & 225 v1.0 Februar 2011 Indholdsfortegnelse 1. Indledning... 3 1.1 Baggrund... 3 1.2 Blanketternes anvendelse... 4 1.3 Den papirbaserede arbejdsgang... 5 1.4 Den fremtidige
Læs meree-journal Suploader-funktionalitet Suploader-funktionalitet Forfatter: Erik H. Olesen Fejl! Henvisningskilde ikke fundet. Erik H. Olesen Kunde: MedCom
e-journal Suploader-funktionalitet Forfatter: Erik H. Olesen Fejl! Henvisningskilde ikke fundet. Erik H. Olesen Kunde: MedCom Emne: e-journal Suploader-funktionalitet Side 1 af 12 Dokumenthistorik Revision
Læs mereServiceplatformen informationsmateriale. Leverandørmøde 7. februar 2013
Serviceplatformen informationsmateriale Leverandørmøde 7. februar 2013 1 Om Serviceplatformen Dette informationsmateriale beskriver kort Den fælleskommunale Serviceplatform: formålet med Serviceplatformen,
Læs mereXML webservice for deklarationsgebyrer. Version 1.0 Final
XML webservice for deklarationsgebyrer Version 1.0 Final Dokumentoplysninger Titel: Projekt: Webservice for deklarationsgebyrer EDI kontorets branchekoordinerede dataudveksling Forfatter: Bidragsydere
Læs mereDataudvekslingsaftale vedrørende tilslutning til NemRefusions Virksomhedsservice
Dataudvekslingsaftale vedrørende tilslutning til NemRefusions Virksomhedsservice Dato: Ref.: Mellem og KOMBIT A/S Formål Formålet med denne aftale er at fastlægge de tekniske krav til kommunikationen mellem
Læs mereTermer og begreber i NemID
Nets DanID A/S Lautrupbjerg 10 DK 2750 Ballerup T +45 87 42 45 00 F +45 70 20 66 29 info@danid.dk www.nets-danid.dk CVR-nr. 30808460 Termer og begreber i NemID DanID A/S 25. oktober 2011 Side 1-10 Indholdsfortegnelse
Læs mereOIO standardservice til Journalnotat. Generel servicevejledning. KMD Sag Version 1.0 01-09-2013. KMD A/S Side 1 af 15. September 2013 Version 1.
OIO standardservice til Journalnotat Generel servicevejledning KMD Sag Version 1.0 01-09-2013 KMD A/S Side 1 af 15 Generel servicevejledning til OIO Journalnotat Ekstern standardservice Opdateret 01.09.2013
Læs mereHOFTEALLOPLASTIK - DATAUDTRÆK OG IMPORT TIL EXCEL
HOFTEALLOPLASTIK - DATAUDTRÆK OG IMPORT TIL EXCEL Når man er logget på KMS systemet, vælges Dataudtræk under punktet Vælg modul, hvorefter der klikkes på Gå til: På næste side klikkes på knappen Opret:
Læs mereBlanketdokumentation LÆ 141, 142 & 145 v1.0 Februar 2011
Blanketdokumentation LÆ 141, 142 & 145 v1.0 Februar 2011 Indholdsfortegnelse 1. Indledning... 3 1.1 Baggrund... 3 1.2 Blanketternes anvendelse... 4 1.3 Den papirbaserede arbejdsgang... 5 1.4 Den fremtidige
Læs mereSOSIGW. - Driftsvejledning for SOSIGW 1.0. Indeks
SOSIGW - Driftsvejledning for SOSIGW 1.0 Indeks Indeks... 1 Revisionshistorik... 2 Introduktion... 2 Kontrol af korrekt driftstilstand... 2 Ændring af statisk konfiguration... 2 Logfil... 2 Backup... 3
Læs mereDPR Viderestilling. Grænseflade for klient applikation
DPR Viderestilling CSC Danmark Copyright All Rights Reserved. Side 2 af 15 1. Generel beskrivelse Program-til-program kommunikationen foregår mellem to applikationer: DPR Viderestilling og en klient applikation.
Læs mereNyt i SkoleIntra 5.51 (Classic)
1 Nyt i SkoleIntra 5.51 (Classic) Alle sites bliver opdateret 31-05-2018 Større forbedringer Ændring af personaleimport og sletning af personale For at leve op til de nye GDPR regler har vi gennemført
Læs mereVEJLEDNING TIL REKVIRERING AF PATOLOGIUNDERSØGELSER I WEB-REQ
VEJLEDNING TIL REKVIRERING AF PATOLOGIUNDERSØGELSER I WEB-REQ Region Sjælland, Klinisk Patologi, Næstved og Slagelse Sygehus Indholdsfortegnelse. 1 Rekvirering og mærkning af cervixcytologisk materiale
Læs mereNOVAX Lægesystem. Manglende undersøgelsessvar
NOVAX Lægesystem Manglende undersøgelsessvar Indholdsfortegnelse Undersøgelsessvar-funktionen... 2 Fanen Manglende undersøgelsessvar... 2 Oversigten... 3 Bestilling af laboratorieprøver... 4 Udestående...
Læs mereDen gode webservice i LÆ projektet. Martin Holmgaard Rasmussen 23. oktober 2006
Den gode webservice i LÆ projektet Martin Holmgaard Rasmussen 23. oktober 2006 Hvor er vi i dag? Databroker Kald er oprettet og funktionelle (dog ikke arkivsøgning) Hjælpekald leverer rigtige data Hovedkald
Læs mereSpecifikationsdokument for servicen PID-CPR
Nets DanID A/S Lautrupbjerg 10 DK 2750 Ballerup T +45 87 42 45 00 F +45 70 20 66 29 info@danid.dk www.nets-danid.dk CVR-nr. 30808460 Specifikationsdokument for servicen PID-CPR DanID A/S 3. juni 2014 Side
Læs mereUNI Login. Eksport webservice. WS17 v1
UNI Login Eksport webservice WS17 v1 UNI Login Eksport webservice 1.3 Indhold 1 Eksport webservice... 1 1.1 Informationsmodel... 1 1.2 Entiteter og attributter... 2 1.2.1 Import... 2 1.3 Objekter... 2
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 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 mereMedCom Rugårdsvej 15, 2. sal DK-5000 Odense C
Rettelser til de gode XML-breve De fejl vi hidtil har fundet kan I se i dette brev, og fremover vil I også kunne finde dem på vor hjemmeside: www.medcom.dk under fanen Standarder - hvor der er en særlig
Læs mere