View scope

keyword
CH:RESTfulATNA
Description
Scope for the EPD Swiss Add RESTful ATNA
Back

64 Assertions in Scope

Search Criteria

Id scheme
Assertion id
Predicate
CH-RESTfulATNACH-RESTfulATNA-001The Audit Record Repository SHALL support the ATX: FHIR Feed Option.
CH-RESTfulATNACH-RESTfulATNA-002[ITI-20] TLS Shall be used.
ITI20_RESTfulITI20_RESTful-001A Secure Node, Secure Application or Audit Record Forwarder SHALL issue an HTTP request according to requirements defined in the FHIR specification for create interaction (http://hl7.org/fhir/R4/http.html#create ).
ITI20_RESTfulITI20_RESTful-002The Secure Node, Secure Application or Audit Record Forwarder SHALL submit the FHIR AuditEvent Resource in either XML format or JSON format.
ITI20_RESTfulITI20_RESTful-003An AuditEvent Resource that reflect Audit Message definition defined in IHE Technical Framework SHALL conform to the requirements defined in Section 3.20.4.2.2.1.
ITI20_RESTfulITI20_RESTful-004The mappings between IHE defined Audit Message content and FHIR AuditEvent Resource is based on FHIR Table 6.4.7.4 (http://hl7.org/fhir/R4/auditevent-mappings.html) that is further constrained in Table 3.20.4.2.2.1-1.
ITI20_RESTfulITI20_RESTful-005When an Audit Resource Request Message is sent, the Audit Record Repository SHALL support all the mime-types defined in ITI TF-2: Appendix Z.6.
ITI20_RESTfulITI20_RESTful-006On receipt of the Send Audit Resource Request message, the Audit Record Repository SHALL validate the Resources and respond with one of the HTTP codes defined in Section 3.20.4.3.2 Message Semantics.
ITI20_RESTfulITI20_RESTful-007For the Resource received, the Audit Record Repository MAY discard the Resource as irrelevant
ITI20_RESTfulITI20_RESTful-008For the Resource received, the Audit Record Repository MAY retain the Resource in an internal data store.
ITI20_RESTfulITI20_RESTful-009For the Resource received, the Audit Record Repository MAY perform other processing on the Resource.
ITI20_RESTfulITI20_RESTful-010The Audit Record Repository MAY apply a variety of data retention rules to the data store.
ITI20_RESTfulITI20_RESTful-011An Audit Record Repository that needs to store a received AuditEvent Resource as a DICOM Audit Message CAN do the transformation from the FHIR Resource to a DICOM message according to the requirements defined in Table 3.20.4.2.2.1-1.
ITI20_RESTfulITI20_RESTful-012The Audit Record Repository SHALL store any resources that were not discarded and make them available for further search via the Retrieve ATNA Audit Event [ITI-81] transaction.
ITI20_RESTfulITI20_RESTful-013Events SHALL not be available for further search via Retrieve Syslog Events [ITI-82] transaction.
ITI20_RESTfulITI20_RESTful-014When the Audit Record Repository is grouped with an Audit Record Forwarder, the Audit Record Forwarder SHALL apply filtering rules to all AuditEvent Resources received by the Audit Record Repository.
ITI20_RESTfulITI20_RESTful-015When the Audit Record Repository is grouped with an Audit Record Forwarder, the Audit Record Forwarder SHALL forward all AuditEvent Resources that match filters to their configured destinations.
ITI20_RESTfulITI20_RESTful-016An Audit Record Forwarder that will forward a received AuditEvent Resource using the Audit Event message (DICOM audit event via syslog protocol) CAN do the transformation from the FHIR Resource to a DICOM message according to the requirements defined in Table 3.20.4.2.2.1-1.
ITI20_RESTfulITI20_RESTful-017The Audit Record Repository returns an HTTP Status code appropriate to the processing, conforming to specification requirements as specified in https://www.hl7.org/fhir/R4/http.html#create.
ITI20_RESTfulITI20_RESTful-018An Audit Record Forwarder or an actor that is grouped with Secure Node or Secure Application SHALL issue an HTTP request according to requirements defined in the FHIR specification for batch interaction (see https://www.hl7.org/fhir/R4/http.html#transaction).