e-journal Suploader-funktionalitet Suploader-funktionalitet Forfatter: Erik H. Olesen Fejl! Henvisningskilde ikke fundet. Erik H. Olesen Kunde: MedCom

Relaterede dokumenter
Bilag 5. Snitflade mellem udtræksprogram og database. Udkast af 12. juni Udarbejdet for. SUP-Styregruppen

SUP-specifikation. Bilag 4 - version 2.3

Bilag 12. Drift af SUP-systemer. Udkast af 12. juni Udarbejdet for. SUP-Styregruppen

Skriftlig eksamen i kurset. Informationssystemer

Anvendelse af dobbelthistorik i GD2

På nedenstående billede skal du finde den figur som optræder nøjagtig 3 gange.

KMA-oplysninger. 1 Introduktion

Den gode doseringskort kvittering

Styrelsen for Arbejdsmarked og Rekruttering

AuthorizationCodeService

SPØRGSMÅL OG SVAR TIL UDBUDDET [D ]

Webservice W023 Upload filer. Indhold ADM TEKN. Formål

Indholdsfortegnelse. Systembeskrivelse kapitel 8 Administrationsdatabase

SPØRGSMÅL OG SVAR TIL UDBUDDET [D ]

LinkGRC. Dokumenter. Brugermanual

Ny forbedret version

GeoGIS2020. Installation. Udkast. Revision: 1 Udarbejdet af: BrS Dato: Kontrolleret af: Status: Løbende Reference: Godkendt af:

Generelt Udtræk leveres som Zip-filer indeholdende udtræk i det format, som man som kunde har valgt.

Vejledning til SLS webservice - Afgang

Spm.2: Ordregiver bedes bekræfte at tilbuddet skal afleveres den og ikke som angivet i Bilag A den 31.8 kl. 10.

Vejledning til indberetning af gødningsleverancer i Leverandørregisteret

Brugervejledning DAGI Afstemningsområder

Version Dato Beskrivelse /11/2012 Initial version /03/2013 Tilføjet eksempel med Template Agent, generelt udvidet dokumentet.

Det Fælles Medicinkort

U D K A S T. Testprotokol for Den gode XML indlæggelsesrapport ReportOfAdmission

Indholdsfortegnelse for kapitel 3

Introduktion til Oracle, Datalogi, RUC Af: Jens Lauterbach 2002

Den gode webservice i LÆ projektet. Martin Holmgaard Rasmussen 23. oktober 2006

VANSEnvelope TESTPROTOKOL FOR DEN GODE VANSENVELOPE. Namespace: urn:oio:medcom:vans-envelope: VANS

NOVAX manual Indholdsfortegnelse

Worflow plugin til Dynamics CRM

Modul 2 Database projekt Multimediedesign 3. semester Gruppe 3 IRF/TUJE

Teknisk løsningsbeskrivelse FLOW hjemmepleje-sygehusstandarder

Indholdsfortegnelse. Systembeskrivelse kapitel 3 Forretningslogik

Det Fælles Medicinkort

DKAL Snitflader Masseforsendelse

Testprotokol for Kald fra tandlægesystemer til EDI-portal

FNUX. <System> Testprotokol Ver. 2.3 for Lægetest af FNUX Ver. 3.0

MedCom notat Teknisk løsningsbeskrivelse FLOW hjemmepleje-sygehusstandarder

Vejledning: Flytning af egne udviklede ØS LDV rapporter i Reporting services fra en server til en anden server. Målgruppe: Rapportadministrator

Encoding:...1 Et tegn sæt (character set):...1 UTF-8 og UTF-16 (Unicode):...2

FNUX. Testprotokol Version 2.3 for. Fælles Nordisk Udvekslings-Format, FNUX

Vejledning om dybe links i Digital Post. August 2019

De vigtigste SQL-sætninger. SQL kap Oprette database. DDL og DML

Erfaringer med CPR-replikering

Det Fælles Medicinkort. Snitfladebeskrivelse for Receptfornyelse og genbestilling. Version 1.4.0

Den Gode Sårjournal Service MedCom, version W 1

Bilag 10. Dataindhold i SUP-databaser. Udkast af 12. juni Udarbejdet for. SUP-Styregruppen

CPR Centrale Personregister Side 1 af 53

Nyansatte og fratrådte i valgfrit år (Rapport-ID: 47)

GDPR vejledning. 1. maj Indhold. ClientView GDPR vejledning

PID2000 Archive Service

ectrl Tilknytning af dokumenter

Manual til opsætning af Jit-klient version 1.0. Opsætning. Copyright Jit-Danmark Aps Find mere information på

Styrelsen for Arbejdsmarked og Rekruttering Brugervejledning - A-kasse Indkomstregister. Version: 1.0

Klik på denne knap for at komme til FaktaNet live! Forside. Siden der bl.a viser hvor mange nye/opdaterede projekter brugeren har.

Vejledning til ændringsudpegning

Release note - Juni. Sikkerhed

Guide til opdatering af Navision Stat med ny funktionalitet - nye objekter, datakonvertering, automatisk indlæsning af datafiler.

Datatransport installationsvejledning

Kvikguide til kørslen Forbered for RejsUd2 integration

Løndelslister - Kontingenter (Rapport-ID: 66)

Vejledning i anvendelse af sikkerhedsloggen. Juni 2016

Opus Journal. Strukturreform. I dette nyhedsbrev NYHEDER OG ÆNDRINGER I OPUS JOURNAL. Personoplysninger. Recept

Databasekonvertering fra GeoGIS2005 til GeoGIS2020

Copyright 2005 Microsoft Corporation. All rights reserved. Vedbæk Januar Nyhedsbrev. Version 3.0 SP3 HOT FIX 009

EasyIQ Opdatering > 5.4.0

SEE Electrical V7R2 Builds SEE Electrical V7R2 Nyheder

Beskrivelse Tælleværket KEBL9 opdateres ikke når kunden er 'kun mod kontant'.

Vejledning til afhentning af ansøgninger for ungdomsuddannelser og 10.klasses skoler.

SUP-specifikation, version 2.0. Bilag 9. SUP-Styregruppen. Sikkerhed og samtykke. Udkast af 12. juni Udarbejdet for

Grænseflade til afhentning og indberetning af prøvekarakterer i dansk og matematik på Optagelse.dk

Guide til SOAP-servicen i Plandata.dk.

Kommunikation Breve. Dokumenttype Manual. Fagområde/Emne alle Udgiver SP, Læring og uddannelsesudvikling. Sidst ændret Version 4.

SKYHOST WEB API VERSION 8 (OFFENTLIGT)

Det Fælles Medicinkort

Easy Guide i GallupPC

Vejledning i skabelse og test af metadata

Bilag 11. Kommunikation mellem flere SUP-databaser. Udkast af 12. juni Udarbejdet for. SUP-Styregruppen

VEJLEDNING Vejledning til lokaladministartorfunktionaliteten. Sundhedsdatastyrelsens Elektroniske Indberetningssystem

INSTALLATION GUIDE Microsoft C5

Vejledning til SLS webservice Individuelt afregnet pension

Indberetningsstruktur for EUD-indberetning til DVH

Brugermanual SuperSail (DS Version) Performance System Release 2.0

Vejledning til registrering som bruger til EudraCT results

ENTRY/EXIT SERVER. Teknisk beskrivelse

GEOGIS UDVEKSLING AF DATA MELLEM REGIONER OG RÅDGIVERE. Beregnet for GeoGIS Brugere. Dokument type Brugervejledning.

Notat. Anbefalinger fra datakvalitetsgruppen - oktober 2015

ADK 1.0 KRAVSPECIFIKATION

Udgivelsen er beskyttet af Creative Commons license, Navngivning 2.5

Brugervejledning Optagelse.dk. Afhentning af ansøgninger til de videregående uddannelser

Experian for Microsoft Dynamics Opsætningsvejledning

Det fælles medicinkort. 27. februar 2008

Releasenote for BBR 2.0.5

Omsorgsregnskab (Rapport-ID: 77)

ITD ecmr WEB Services. Af Allan Wisborg, IT Udvikler

MAPINFO PROFESSIONAL V11.5

OPC Access 3.0 opdatering via Stored Procedure

Transkript:

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 snummer Revisionsdato Oversigt over rettelser Rettelser markeret 1.0 11-05-2011 Oprettelse N 1.3 11-04-2012 Tilføjet beskrivelser for Opdater og OpdaterSpecielt N Emne: e-journal Suploader-funktionalitet Side 2 af 12

Indholdsfortegnelse 1. Beskrivelse. 4 2. TransaktionsType="Slet". 5 3. TransaktionsType="SletSpecielt". 7 4. TransaktionsType="Opdater". 9 5. TransaktionsType="OpdaterSpecielt". 11 Emne: e-journal Suploader-funktionalitet Side 3 af 12

1. Beskrivelse Dette dokument beskriver funktionaliteten af værdierne Slet, SletSpecielt, Opdater og OpdaterSpecielt for attributten TransaktionsType i XML-filer loadet af Suploaderen. Emne: e-journal Suploader-funktionalitet Side 4 af 12

2. TransaktionsType="Slet" Slet tager udgangspunkt i det angivne CPR nummer samt udtræk-id (svarer til attributten Identifikation på tagget Aflever_patientdata). Alle forløb og Cave der identificeres ved disse parametre slettes (desuden slettes alle haendelser tilhørende de slettede forløb). Hvis der efter sletning af forløb ikke længere findes forløb for personen slettes også personen fra databasen. Eksempler: Hvis man angiver et udtræk-id der findes, men for et forkert CPR slettes forløbet ikke. Hvis man angiver et forkert udtræk-id (findes ikke), men for et korrekt CPR slettes forløbet ikke. Personen slettes heller ikke på trods af ovenstående sql (den sql ses faktisk slet ikke i logfilen i dette tilfælde)! Hvis man angiver et udtræk-id der findes, og for et korrekt CPR slettes alle forløb (med tilhørende hændelser) samt CAVE informationer med det angivne udtraek_id. Eksempel XML: <?xml version="1.0" encoding="iso-8859-1"?> VersionsNummer="2.0" Identifikation="CSCOPUSJOU6003X9" AfsenderSystem="CSC-trial.AfsenderSystem" ForsendelsesTid="2006-05-19T00:00:01" TransaktionsType="Slet" xmlns=http://www.vejleamt.dk/sup_20 xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xsi:schemalocation="http://www.vejleamt.dk/sup_20 SUPAfleverPatientdataService.xsd"> <Person CPRnummer="111111-1118"> </Person> </Aflever_patientdata> Eksempel med data: Findes fx. flg. data i databasen for en person: Emne: e-journal Suploader-funktionalitet Side 5 af 12

FORLOEB: ID UDTRAEK_ID 22863760 CSCOPUSJOU6003X4 22863762 CSCOPUSJOU6003X5 22863795 CSCOPUSJOU600_10 22863809 CSCOPUSJOU6003X7 22863890 CSCOPUSJOU6003XX 22863892 CSCOPUSJOU6003X3 CAVE: ID UDTRAEK_ID 2605433 CSCOPUSJOU6003XX 2605434 CSCOPUSJOU6003XX 2605435 CSCOPUSJOU6003X3 2605436 CSCOPUSJOU6003X3 og der slettes med XML som ovenover med flg. værdi for Identifikation : Identifikation="CSCOPUSJOU6003XX" hermed slettes et enkelt forløb (med id 22863890) (samt hændelser herunder) samt 2 CAVE informationer (id 2605433 og 2605434). I dette tilfælde findes der fortsat forløb for personen og personen slettes altså ikke fra databasen. Emne: e-journal Suploader-funktionalitet Side 6 af 12

3. TransaktionsType="SletSpecielt" SletSpecielt tager udgangspunkt i de forløbsid'er, der findes i den givne xml-fil. Disse id'er bruges i kombination med CPR-nummer og udtræks-id til at finde de forløb, der skal slettes. Når et givent forløb slettes, slettes de tilhørende hændelser også. Hvis der findes Cave information for den angivne kombination af udtræksid og CPR-nummer slettes også disse. Dette er uanset om der iøvrigt er slettet forløb! Det er muligt at medsende CAVE informationer i XML en, hvorved disse indsættes efter eventuelle sletninger! Hvis der efter sletning af forløb ikke længere findes forløb for personen slettes også personen fra databasen. Person_xml opdateres i PERSON-tabellen i databasen med Person-data fra slette-xml en. Eksempel XML: VersionsNummer="2.0" Identifikation="CSCOPUSJOU6003X3" ForsendelsesTid="2006-05-19T00:00:01" AfsenderSystem="CSC-trial.AfsenderSysXXX" TransaktionsType="SletSpecielt" xmlns="http://www.vejleamt.dk/sup_20" xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xsi:schemalocation="http://www.vejleamt.dk/sup_20 SUPAfleverPatientdataService.xsd"> <Person CPRnummer="111111-1118" Navn=" Banngren -Viborg,Rabdi " flere Person-attributter her (fjernet for overskuelighed). > Identifikation="XX3OPUSJOU6003XaarPF.Identifikation1." Foedesystem="PF-Viborg.XXXXXXXXXXX"> <OprindeligAnsvarligEnhed> <Organisatorisk_Enhed/> </OprindeligAnsvarligEnhed> Identifikation="XX5OPUSJOU6003XaarPF.Identifikation2." Foedesystem="PF-Viborg.XXXXXXXXXXX"> <OprindeligAnsvarligEnhed> <Organisatorisk_Enhed/> </OprindeligAnsvarligEnhed> </Person> </Aflever_patientdata> Eksempel med data: Emne: e-journal Suploader-funktionalitet Side 7 af 12

Findes fx. flg. data i databasen for en person: FORLOEB: ID FORLOEB_ID UDTRAEK_ID 22863893 XXXOPUSJOU6003XaarPF.Identifikation1. CSCOPUSJOU6003XX 22863903 XX3OPUSJOU6003XaarPF.Identifikation1. CSCOPUSJOU6003X3 22863904 XX3OPUSJOU6003XaarPF.Identifikation2. CSCOPUSJOU6003X3 22863905 XX5OPUSJOU6003XaarPF.Identifikation1. CSCOPUSJOU6003X5 22863906 XX5OPUSJOU6003XaarPF.Identifikation2. CSCOPUSJOU6003X5 CAVE: ID UDTRAEK_ID 2605437 CSCOPUSJOU6003XX 2605438 CSCOPUSJOU6003XX 2605447 CSCOPUSJOU6003X3 2605446 CSCOPUSJOU6003X3 Slettes der med flg. værdier i XML en (en del af XML en er udeladt for overskuelighedens skyld): Identifikation="CSCOPUSJOU6003X3" Identifikation="XX3OPUSJOU6003XaarPF.Identifikation1." vil 1 forløb (id 22863903) slettes (samt tilhørende hændelser) samt 2 CAVE-oplysninger (id 2605446 og 2605447). I dette tilfælde findes der fortsat forløb for personen og personen slettes altså ikke fra databasen. Person_xml i tabellen PERSON opdateres med data fra XML-filen. Emne: e-journal Suploader-funktionalitet Side 8 af 12

4. TransaktionsType="Opdater" Opdater tager udgangspunkt i det angivne CPR nummer samt udtræk-id. Alle forløb og Cave der identificeres ved disse parametre slettes (desuden slettes alle haendelser tilhørende de slettede forløb). Herefter indsættes alle forloeb og cave-informationer der er angivet i filen. Hvis der efter sletning/opdatering af forløb ikke længere findes forløb for personen slettes også personen fra databasen. Eksempel XML: VersionsNummer="2.0" Identifikation="CSCOPUSJOU6003X3" ForsendelsesTid="2006-05-19T00:00:01" AfsenderSystem="CSC-trial.AfsenderSysXXX" TransaktionsType="Opdater" xmlns="http://www.vejleamt.dk/sup_20" xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xsi:schemalocation="http://www.vejleamt.dk/sup_20 SUPAfleverPatientdataService.xsd"> <Person CPRnummer="111111-1118" Navn=" Banngren -Viborg,Rabdi " flere Person-attributter her (fjernet for overskuelighed). > Identifikation="XX3OPUSJOU6003XaarPF.Identifikation1." Foedesystem="PF-Viborg.XXXXXXXXXXX"> <OprindeligAnsvarligEnhed> <Organisatorisk_Enhed/> </OprindeligAnsvarligEnhed> <Notat </Notat> Identifikation="XX5OPUSJOU6003XaarPF.Identifikation2." Foedesystem="PF-Viborg.XXXXXXXXXXX"> <OprindeligAnsvarligEnhed> <Organisatorisk_Enhed/> </OprindeligAnsvarligEnhed> <Notat </Notat> </Person> </Aflever_patientdata> Emne: e-journal Suploader-funktionalitet Side 9 af 12

Eksempel med data: Findes fx. flg. data i databasen for personen med cpr nummer 111111-1118: FORLOEB: ID FORLOEB_ID UDTRAEK_ID 22863893 XXXOPUSJOU6003XaarPF.Identifikation1. CSCOPUSJOU6003XX 22863903 XX3OPUSJOU6003XaarPF.Identifikation1. CSCOPUSJOU6003X3 22863904 XX3OPUSJOU6003XaarPF.Identifikation2. CSCOPUSJOU6003X3 22863905 XX5OPUSJOU6003XaarPF.Identifikation1. CSCOPUSJOU6003X5 22863906 XX5OPUSJOU6003XaarPF.Identifikation2. CSCOPUSJOU6003X5 CAVE: ID UDTRAEK_ID 2605437 CSCOPUSJOU6003XX 2605438 CSCOPUSJOU6003XX 2605447 CSCOPUSJOU6003X3 2605446 CSCOPUSJOU6003X3 Opdateres der med flg. værdier i XML en (en del af XML en er udeladt for overskuelighedens skyld): Identifikation="CSCOPUSJOU6003X3" Identifikation="XX3OPUSJOU6003XaarPF.Identifikation1." <CaveOplysninger Tekst="" Dato=""> </CaveOplysninger> vil 2 forløb (id 22863903 og 22863904) slettes (sammen med tilhørende hændelser) ligesom 2 CAVEoplysninger (id 2605446 og 2605447) vil slettes. Forløbet fra XML-filen med id XX3OPUSJOU6003XaarPF.Identifikation1. vil herefter indsættes ligesom en række med Caveoplysninger fra XML-filen vil indsættes. I dette tilfælde findes der fortsat forløb for personen og personen slettes altså ikke fra databasen. Person_xml i tabellen PERSON opdateres med data fra XML-filen. Emne: e-journal Suploader-funktionalitet Side 10 af 12

5. TransaktionsType="OpdaterSpecielt" OpdaterSpecielt tager udgangspunkt i de forløbsid'er, der findes i den givne xml-fil. Disse id'er bruges i kombination med CPR-nummer og udtræks-id til at finde de forløb, der skal slettes. Når et givent forløb slettes, slettes de tilhørende hændelser også. Hvis der findes Cave information for den angivne kombination af udtræksid og CPR-nummer slettes også disse. Dette er uafhængigt af forloebs-id er og uanset om der iøvrigt er slettet forløb! Herefter indsættes alle forloeb og cave-informationer der er angivet i filen. Det er således muligt fx. at angive et id på et eksiterende forløb samt et nyt forløb, hvorved det eksisterende opdateres og det nye indsættes. Person_xml opdateres i PERSON-tabellen i databasen. Hvis der efter sletning/opdatering af forløb ikke længere findes forløb for personen slettes også personen fra databasen. Eksempel XML: VersionsNummer="2.0" Identifikation="CSCOPUSJOU6003X3" ForsendelsesTid="2006-05-19T00:00:01" AfsenderSystem="CSC-trial.AfsenderSysXXX" TransaktionsType="OpdaterSpecielt" xmlns="http://www.vejleamt.dk/sup_20" xmlns:xsi="http://www.w3.org/2001/xmlschema-instance" xsi:schemalocation="http://www.vejleamt.dk/sup_20 SUPAfleverPatientdataService.xsd"> <Person CPRnummer="111111-1118" Navn=" Banngren -Viborg,Rabdi " flere Person-attributter her (fjernet for overskuelighed). > Identifikation="XX3OPUSJOU6003XaarPF.Identifikation1." Foedesystem="PF-Viborg.XXXXXXXXXXX"> <OprindeligAnsvarligEnhed> <Organisatorisk_Enhed/> </OprindeligAnsvarligEnhed> <Notat </Notat> </Person> </Aflever_patientdata> Eksempel med data: Findes fx. flg. data i databasen for personen med cpr nummer 111111-1118: Emne: e-journal Suploader-funktionalitet Side 11 af 12

FORLOEB: ID FORLOEB_ID UDTRAEK_ID 22863893 XXXOPUSJOU6003XaarPF.Identifikation1. CSCOPUSJOU6003XX 22863903 XX3OPUSJOU6003XaarPF.Identifikation1. CSCOPUSJOU6003X3 22863904 XX3OPUSJOU6003XaarPF.Identifikation2. CSCOPUSJOU6003X3 22863905 XX5OPUSJOU6003XaarPF.Identifikation1. CSCOPUSJOU6003X5 22863906 XX5OPUSJOU6003XaarPF.Identifikation2. CSCOPUSJOU6003X5 CAVE: ID UDTRAEK_ID 2605437 CSCOPUSJOU6003XX 2605438 CSCOPUSJOU6003XX 2605447 CSCOPUSJOU6003X3 2605446 CSCOPUSJOU6003X3 Opdateres der med flg. værdier i XML en (en del af XML en er udeladt for overskuelighedens skyld): Identifikation="CSCOPUSJOU6003X3" Identifikation="XX3OPUSJOU6003XaarPF.Identifikation1." <CaveOplysninger Tekst="" Dato=""> </CaveOplysninger> vil 1 forløb (id 22863903) slettes (sammen med tilhørende hændelser) ligesom 2 CAVE-oplysninger (id 2605446 og 2605447) vil slettes. Forløbet fra XML-filen med id XX3OPUSJOU6003XaarPF.Identifikation1. vil herefter indsættes ligesom en række med Caveoplysninger fra XML-filen vil indsættes. I dette tilfælde findes der fortsat forløb for personen og personen slettes altså ikke fra databasen. Person_xml i tabellen PERSON opdateres med data fra XML-filen. Emne: e-journal Suploader-funktionalitet Side 12 af 12