Tiltak og begrensninger ved EbXml-standarden

EDI 2.0 implementerer EbXml-standarden (HIS1037:2011) for kommunikasjon med aktører som ikke bruker EDI 2.0.

Re-sending

Meldinger som ikke har fått kvittering (Acknowledgement eller MessageError) vil bli sendt på nytt.

• Vi sjekker 1 gang per time hvilke meldinger som skal re-sendes.
• Vi re-sender alle meldinger som har minst 12 timer siden siste sendingsforsøk.
• Vi gjør opp til 5 forsøk på re-sending.
• Altså kan en melding være i EDI-transaksjon i opptil 72 timer.
• Etter dette vil vi gi opp utvekslingen.

Standardverdier for EbXml- og system-metadata

Du kan spesifisere verdier for innhold i EbXml-konvolutten som metadata når du sender en melding. Les om dette på siden for sending. Hvis dette ikke oppgis vil EDI 2.0 bruke noen standardverdier:

• Service, Action og Role (HIS 1209:2018) settes ut ifra forretningsdokumentets innhold.
• MshSystem (HIS 1210:2018): Norsk Helsenett Meldingstjener.
• MshVersion (HIS 1210:2018): v1.0.
• AppSystem (HIS 1210:2018) deduseres ut ifra API-headeren nhn-source-system.
• AppVersion (HIS 1210:2018) deduseres ut ifra API-eaderen nhn-source-system.

Kryptering og signering

Vi krypterer selve forretningsdokument med symmetrisk AES med 256-bytes nøkkel og CBC-mode (OID=2.16.840.1.101.3.4.1.42), mens tillatt mottaker (CmsRecipient) krypteres med SHA256RSA med deres offentlige sertifikat.

Vi signerer med SHA256RSA med vårt private sertifikat.