GLOO kräver information om remitterande personal i 3.1.2

Issue #375 resolved
Former user created an issue

I GLOO 3.1.2 är det ett krav att inkludera information om remitterande personal. De labbsystem som skickar elektroniska svar till COSMIC har inte alltid möjlighet att inkludera sådan information då remisser ibland inkommer på papper. I ett sådan scenario skapas ett svar hos det externa labbsystemet, utan någon koppling till en elektronisk remiss.

Detta resulterar i att COSMIC inte har möjlighet att publicera information om remitterande personal om inte kravet på tns:GetLaboratoryOrderOutcomeResponse/tns:laboratoryOrderOutcome/core:laboratoryOrderOutcomeHeader/core:accountableHealthcareProfessional ändras till 0..1.

Comments (10)

  1. Fredrik Ström Account Deactivated

    Detta är ett generiskt problem som är gemensamt för flera olika kontrakt. Hur detta ska lösas undersökes för närvarande.

  2. Björn Genfors

    Hej Olof. Ja, det här ärendet ska åtgärdas inom kort (inom en vecka). Det är bara en dokumentuppdatering, schemafilerna är redan i dagsläget tillräckligt tillåtande. I alla praktiska hänseenden kan du alltså jobba på som vore det här problemet åtgärdat.

  3. Björn Genfors

    Ändringen är i teorin densamma som önskats, men i praktiken skiljer den sig på teknisk nivå. Attributet accountableHealthcareProfessional fortsätter att vara 1..1, men attributet accountableHealthcareProfessional/healthcareProfessionalHSAId ändras från 1..1 till 0..1. Den enda information som fortfarande är obligatoriskt att ange i accountableHealthcareProfessional är authorTime (Tidpunkt då vårdbegäran registrerades i systemet), vilket rimligtvis är information som borde vara tillgänglig i systemet.

  4. Björn Genfors

    Och för att förtydliga ytterligare något: det finns ingen möjlighet för oss att ta bort kravet på tidpunkten (de gemensamma datatyperna ser helt enkelt ut så). Innebär detta betydande bekymmer för er/era kunder skulle vi rekommendera er att höra av er till kunderna och fråga om de hellre ser att information kan överföras alls (om authorTime sätts till en semantiskt inkorrekt tidpunkt) eller att all tjänstekontraktets semantik uppfylls (då med konsekvensen att dessa labbsvar inte kan överföras via det här tjänstekontraktet).

  5. Log in to comment