I godkjenning av leverandører som skal integrere med SFM fullversjon skilles det på krav som skal godkjennes av NHN og krav som leverandør kan selvdeklarere. Krav som leverandør kan selvdeklarere skal dokumenteres overfor NHN ved oppfyllelse av integrasjonskrav. Se Krav til integrasjon med SFM GUI for oversikt over integrasjonskrav og godkjenning.
...
Alle leverandører som tar i bruk SFM fullversjon skal gjennom NHNs godkjenningsprosess for test og godkjenning mot SFM integrasjonskrav Krav til integrasjon med SFM GUI
Integrasjonskravene til SFM er dekkende for at leverandør blir godkjent for pilot (utprøving) i e-resept.
Integrasjonskravene til SFM inneholder krav som alle må oppfylle (obligatoriske krav) og krav som kun er relevante dersom leverandør har funksjonalitet. Leverandør må som et minimum testes og godkjennes for obligatoriske krav før de kan godkjennes for e-resept pilot. SFM-prosjektet kan i samarbeid med e-resept gi midlertidig dispensasjon fra obligatoriske krav i de tilfellene dette er forsvarlig og påvirker e-reseptkjeden eller SFM funksjonalitet. Se rutine for søknad om midlertidig dispensasjon.
Prosess for akseptanse av leverandører som gjør endringer i egen løsning etter at de er godkjent for innføring
Når leverandør gjør endringer i API mot SGM skal dette selvdeklareres til NHN. Se rutine for selvdeklarering.
Krav som det er gitt midlertidig dispensasjon fra i godkjenningsprosessen skal akseptansetestes av NHN.
Utvidelse av funksjonalitet i EPJ som gjør at SFM datadelings API benyttes på en ny måte skal akseptansetestes dersom funksjonalitet har krav som skal godkjennes av NHN
...
Når SFM datadelings API endres skal leverandør selvdeklarere til NHN når de har implementert og testet endringene.
Endringer hos leverandør som følge av at SFM gjør endringer i gjeldende API skal ikke akseptansetestes av NHN
Hvis NHN vurderer at endringene i API er vesentlige så kan NHN kreve at leverandør skal akseptansetestes.
Når SFM gjør endringer i integrasjonskrav kan NHN stille krav til at leverandør skal oppfylle endrede krav.
Tabellen under beskriver rutine som leverandørene skal benytte ved selvdeklarering av endringer i egen løsning som kan påvirke bruken av SFM-datadelings API.
Ved spørsmål til rutine kontakt sfm-prosjekt@nhn.no
...
1
...
Selvdeklarering
EPJ-leverandør er ansvarlig for å vurdere om endringer i egen løsning kan eller vil påvirke bruken av SFM datadelings API.
Leverandørene skal ved endring av kode gjøre en vurdering av hva endringene betyr for integrasjonene med SFM. Følgende endringer skal medføre at leverandør sender opplysninger om endringer i EPJ:
Det er gjort endringer knyttet til bruk av SFM datadelings API
Det er gjort endringer knyttet til gjeldende integrasjonskrav
Flere integrasjonskrav er implementert
Funksjonalitet i EPJ er endret for allerede godkjente integrasjonskrav
Se også hovedside
Dersom egenvurderingen tilsier at bruk av SFM datadelings API kan eller vil påvirkes, sender EPJ-leverandør inn release-notes sammen med en vurdering av hvilke endringer som vil kunne påvirke.
...
2
...
Innsending til NHN kundesenter
EPJ-leverandør sender release notes og vurdering til kundesenter@nhn.no merket med navn på leverandør, navn på system og 'SFM godkjenning'.
Emnefelt: SFM godkjenning [leverandør] [system]
...
3
...
Vurdering
NHN gir tilbakemelding på mottatt innsending og gjør en vurdering av endringene som er utført.
Dersom leverandør tidligere har fått midlertidig dispensasjon fra integrasjonskrav skal dette kravet testes og godkjennes. Det er spesifisert i integrasjonskravet om det skal testes av NHN eller EPJ-leverandør.
...
4
Tilbakemelding
Tilbakemelding gis til EPJ-leverandør om videre prosess;
Gå videre med release, ingen innvendinger fra NHN. ELLER
Release kan påvirke SFM datadelings API og leverandør må inn til akseptansetest.
...
.