Behandlingsrelationsservicen tilvejebringer en enkel it-teknisk måde at verificere og dokumentere en behandlingsrelation, der har været anvendt til informationsadgang.

 

Kort introduktion til service

For at gøre det nemmere at verificere en aktuel behandlingsrelation, tilbyder SDS en national behandlingsrelationsservice (efterfølgende ”BRS”),
som alle udbydere af nationale sundheds-it tjenester kan anvende til at verificere eksistensen og kvaliteten af en behandlingsrelation.
Informationen om, at en patient er ”i behandling”, er i princippet en afledt information der kan søges bekræftet ved opslag i diverse registre.
Servicen opsamler og anvender informationer om eksisterende behandlingsrelationer fra:

- Sygesikringsregistret.
- Henvisningshotellet.
- Landspatientregistret.
- ”Sikrede”.

Se produktbeskrivelse her:

Behandlingsrelationsservice - Produktbeskrivelse

Behandlingsrelationsservicen benytter en Opfølgningsservice se: Produktbeskrivelse Opfølgning.

Ceritfikatoplysninger (Virksomheds-OCES) skal anvendes for at benytte behandlingsrelationsservicen.

Organisationen bag anvendersystemet skal indgå en serviceaftale med Sundhedsdatastyrelsen via NSP Operatøren.


Komponent og versioner

BRS udstilles på NSP (både dNSP og cNSP) og det er derfor teknisk muligt at få adgang til servien både fra regionale it-systemer (dNSP) og fra it-systemer, der gør brug af den central NSP-instans (cNSP).

Der henvises til den tekniske dokumentation for BRS via følgende link: NSP-komponenter.

Ud over den tekniske dokumentation er der også følgende overordnede dokumentation tilgængelig:

Behandlingsrelationsservicen - Guide til Anvendere

Opsamlings og notifikationsservice - Guide til anvendere


For anvender af BRS anvendes url for det valgte endpoint med tilføjelse: brs-nsp/service/brs - se Opsamlings og notifikationsservice - Guide til anvendere

Eksempel på endpoint i testmiljøerne (dNSP i TEST2-miljøet): http://test2-dnsp.ekstern-test.nspop.dk:8080/brs-nsp/service/brs


 Følgende standarder og begreber bør være kendt hos udviklerne:

  • DGWS (version 1.01) her. Eksternt link hos Medcom.
  • MOCES, VOCES og FOCES (Digital Signatur)
  • NSP infrastrukturens vigtigste infrastrukturkomponenter: STS, GW og DCC (se Inventory - NSP-komponenter)
  • SEAL (Java her eller .NET)
  • SOSI Library Programmers Guide


  • Release 2.0.9 (og tidligere)
    Se https://svn.nspop.dk/svn/components/brs/trunk/Changelog

  • Release 2.0.10
    Leverancen er tagget som: release-2.0.10 
    Releasen indeholder nedenstående JIRA. 

    • BRS-Utilsigtede statusfejl fra opfølgningsjobbet hvis dette er presset.
      Der er tilføjet en status (lastSuccesfullBatch ) på /brs-backend/status der signalerer hvornår sidste successfulde batch er håndteret (modsat alle batch er håndteret som eksisterende status (lastSuccesfullRun) signalerer )

    • Falske positiver ved organisationsændringer i SOR.
      Der er ændret således, at SOR data gælder hele den dag, som gyldighedsperioden indikerer og ikke bare først på dagen.

    • SOR understøttelse i BRS
      Der er ændret således, at det nu er muligt at sende SOR kode ind som OrganisationIdentifier i BRS registeringen. Følgende dele af BRS er justeret til:
      • Henvisningshotel (REFHOST) evidenskilde med SOR/SHAK mapning
      • Landspatientregister (LPR2) evidenskilde med SOR/SHAK mapning
      • LPR3 evidenskilde fungerer også uden mapning via SHAK

    • BRS understøttelse af Audit API
  • Release 2.0.11
    Leverancen er tagget som: release-2.0.11
    Releasen indeholder nedenstående JIRA.

    • Rettelse efter QA findings

    • Håndtering af SOR-koder i input som repræsenterer en yder.
      Sikrede (AssignedDoctor) forsøger nu at mappe SOR til ydernummer vha SOR opslags servicen, hvis SOR sendes med istedet for ydernummer
      Henvisningshotel (REFHOST) forsøger nu at mappe SOR til ydernummer/SHAK vha SOR opslags servicen, hvis SOR sendes med istedet for ydernummer/SHAK
      Funktionaliteten kan slåes til og fra med property dk.nsi.brs.relayer.sorls.all.enabled. Propertien deles med andet logik også.
  • Release 2.0.12
    Leverancen er tagget som: release-2.0.12
    Releasen indeholder nedenstående JIRA.

    • Ved opslag med SOR kode skal BRS svare med fejl.
  • Release 2.0.13
    Leverancen er tagget som: release-2.0.13
    Releasen indeholder nedenstående JIRA.

    • BRS benytter SORES til mapning af SOR koder
    • SDS-3679 er rullet tilbage
      Fjernet fejl ved kald med SOR kode, da SDS-3926 og SDS-3656 tillader opslag med SOR
  • Release 2.0.14
    Leverancen er tagget som: release-2.0.14
    Releasen indeholder nedenstående JIRA.

    • Tilføjelser til relation relayers, så alle beslutninger og tilhørende beslutningsgrundlag logges.
  • Release 2.0.15
    Leverancen er tagget som: release-2.0.15
    Releasen indeholder nedenstående JIRA.

    • Ændringer til docker-compose setup, rettelse af logning der kommer i server.log og rettelser til sql-filer.
  • Release 2.0.16
    Leverancen er tagget som: release-2.0.16
    Releasen indeholder nedenstående JIRA    .

    • Ny version af SORUtils, som skal afhjælpe connection leaks ved kald til SORES.
  • Release 2.0.17
    Leverancen er tagget som: release-2.0.17
    Releasen indeholder nedenstående JIRA    .

    • Ny version af SORUtils, løsning på afhængighedsproblem.
  • Release 2.0.18
    Leverancen er tagget som: release-2.0.18
    Releasen indeholder nedenstående JIRA    .

Property "extended followup" er udgået og er blevet fjernet fra koden og dokumentationen.

Kontaktoplysninger, servicebeskrivelse og testforhold

BRS er udviklet, driftet og vedligeholdt af SDS, og alle henvendelser skal foregå gennem National Servicedesk: https://www.nspop.dk/display/resources/Indberetning+til+Service+Desk

BRS er deployeret i produktion og i de nationale testmiljøer.