Blanketmøde MedCom 10 afslutning Nyborg 13. december Michael Due Madsen Specialkonsulent, MBA

Transkript

1 Blanketmøde MedCom 10 afslutning Nyborg 13. december 2017 Michael Due Madsen Specialkonsulent, MBA

2 Gennemgang af DDB 1.1 (Draft) Ønskerne fra teknikmøderne: 1. Hvilke ønsker er med i DDB 1.1? 2. Hvilke ønsker er ikke med i DDB 1.1? 3. Hvilke ønsker kræver fornyet adressering?

3 Hvilke ønsker er med i DDB 1.1 Nye felter/regler Array med UUID, Comment og LægesystemID Twips anvendes ved positioner og afstande Anvend stamdata alle steder, med XPATH angivelse Deadline for udfyldelse og returnering af blanket. Kursiv og understregning tilføjet Max_len skal angives på TextEdit-felter. Fremmødeattest (j/n) Font Currier new som ny default StaticText alignes Top-Left Faktureringsoplysninger Rammer om indtastningsfelter laves af blanketudbyder MultilineEdit skal have plads til scrollbarikon AutorisationsID eller CPR på underskrivende læge Markering af Radiobuttons (og Checkboxes) PNG tilføjet Image ext. EndpointId erstatter EndpointUrl Anvend numerisk felt til numerisk indhold

4 Hvilke ønsker er ikke med i DDB 1.1 (endnu) Sikre at dokumenter ikke er ændret undervejs (HASH-værdi beregning) (overvejes) Authentifikation og integritet (på delmængder) (overvejes) Leveringsadresseoplysninger (overvejes) Mulighed for at kunne lave lange ikkesideopdelte blanketter (overvejes) Identifikation af klinikken, men ikke på lokationsnummer alene (overvejes) Hensyn til HTML oversættelse (overvejes) Felter til afregning (overvejes): Beløbsgrænser, Behandlingsgrænser, Klippekort, Typer af behandlere F&P samtykke2-felt til delt forældremyndighed (kommer) Mandatory udfyldelse, fejlbesked hvordan, hvis ikke udfyldt (overvejes) Kodede fejlmeddelelser (kommer) Konditioneret udfyldelse af felter (HL7 precondition overvejes) Mandatory på gruppe (overvejes) ConceptId: FNUX datastruktur. Flere ConceptId'er pr. felt. (overvejes) Ja, nej felter skal tilføjes vedikke (kommer) Kodede afvisningsårsager (kommer) Afvisningsårsag skal med i blanketten (Kommer) Betinget property -styring (overvejes) Som udgangspunkt bør ALLE properties kunne ændres (på flere felter af gangen) (overvejes)

5 Hvilke ønsker er ikke med i DDB 1.1 (endnu) Web-servicen Vedhæftning: Liste m/filformater med i blanketten (kommer) SagsID ændres til tekstfelt med UUID version 4. Attachment der er readonly, må ikke kunne ændres (kommer)

6 1. ConceptId og anvendelse af FNUX datadefinition 2. Konditionerede felter 3. Metadata og CDATA i web-service 4. Formbaseret visning 5. Vedhæftede filer 6. Elektronisk fakturering

7 1. ConceptId og anvendelse af FNUX datadefinition Mapnings problemer mellem DDB og FNUX kræver ændring af FNUX. Ikke i pipeline. Navngivning i LÆ er på engelsk, ca. 275 felter Navngivning i FP er på dansk, ca. 100 felter. Ensretning af navne vil være en ret omfattende opgave. Hvis en diagnose ønskes i en given attest og personen har flere, hvilken skal så vælges? Nye blanketter fra (nye udbydere) vil indeholde andre typer af felter, som ikke findes i forvejen

8 2. Konditionerede felter XML definitionen af DDB kan ikke stå alene, applikationen skal styre konditioneret udfyldelse HL7 Precondition kan måske anvendes: <DataRef x="21mm" y="42mm" w="84mm" h="4mm" font_size="9pt"> <Precondition> <CheckBoxX name="skadelidteafvistattest" dataowner="fp" value="1"/> <Data> <XPath>Person/PersonGivenName</XPath> </Data> <Precondition> </DataRef>

9 3. Metadata og CDATA i web-service Er det behov for alle de nuværende metadata? <RequestInformation> <MedCom_Request_SentDate> :01</MedCom_Request_SentDate> <MedCom_Request_Identifier>0</MedCom_Request_Identifier> <MedCom_Sender_LocationId> </MedCom_Sender_LocationId> <MedCom_Sender_LocalUserId/> <MedCom_Sender_LocalDepartmentId/> <MedCom_Request_OrganisationName/> Altid tomme? <MedCom_Request_DepartmentName/> </RequestInformation>

10 3. Metadata og CDATA i web-service (fortsat) <Result> <Case> <MedCom_CaseId>13456</MedCom_CaseId> Ændres til UUID Version 4 <MedCom_CaseType_Id>1</MedCom_CaseType_Id> <MedCom_CaseType_Name>Forsikringssag</MedCom_CaseType_Name> <MedCom_Case_StatusId>11</MedCom_Case_StatusId> <MedCom_Case_CreateDate> :01</MedCom_Case_CreateDate> <MedCom_Case_LastModifiedDate> :01</MedCom_Case_LastModifiedDate> <MedCom_Patient_CivilRegistrationNumber> </MedCom_Patient_CivilRegistrationNumber> <MedCom_Patient_PersonGivenName>Sverre</MedCom_Patient_PersonGivenName> Behov for dette? Behov for dette? Behov for dette? <MedCom_Patient_PersonSurnameName>Mosebryggersen</MedCom_Patient_PersonSurnameName> <MedCom_Receiver_LocationId> </MedCom_Receiver_LocationId> <MedCom_Receiver_LocalUserId/> Altid tom? <MedCom_Receiver_LocalDepartmentId>MyClinic Test</MedCom_Receiver_LocalDepartmentId> <MedCom_Sender_LocationId> </MedCom_Sender_LocationId> <MedCom_Sender_LocalUserId>09f e54-4be c84db1711f8</MedCom_Sender_LocalUserId> <MedCom_Sender_LocalDepartmentId>F&P - TEST af FP Attester</MedCom_Sender_LocalDepartmentId> <MedCom_DynamicFormPackage_Id>13456</MedCom_DynamicFormPackage_Id> Ændres til UUID Version 4 <MedCom_DynamicFormPackage_Name>FP410</MedCom_DynamicFormPackage_Name> <MedCom_DynamicFormPackage_SolicitedForm>0</MedCom_DynamicFormPackage_SolicitedForm> <MedCom_DynamicFormPackageVersion_Number>1</MedCom_DynamicFormPackageVersion_Number> <MedCom_DynamicForm_ResponseXml> Behov for dette? Behov for dette?

11 3. Metadata og CDATA i web-service (fortsat) CDATA skal have encoding som i xml-headeren (mangler præcisering). Embedded xml er meget mere fleksibelt. Hvad med name space?

12 4. Formbaseret visning?

13 5. Vedhæftede filer Blanketudbyder bestemmer antal tilladte vedhæftede filer, standarden fastsætter max. til 10.

14 6. Elektronisk fakturering Skal der flere oplysninger med?