subscriptions_test_kit 0.9.0

data/lib/subscriptions_test_kit/igs/README.md

@@ -0,0 +1,21 @@
+# Note on this IGs folder
+
+There are three reasons why it would be necessary to put an IG package.tgz in this folder. If none of these apply, you do not need to put any files here, or can consider removing any existing files to make it clear they are unused.
+
+## 1. Generated Test Suites
+Some test kits use a "generator" to automatically generate the contents of a test suite for an IG. The IG files are required every time the test suites need to be regenerated. Examples of test kits that use this approach are the US Core Test Kit and CARIN IG for Blue Button® Test Kit.
+
+
+## 2. Non-published IG
+If your IG, or the specific version of the IG you want to test against, is not published, then the validator service needs to load the IG from file in order to be able to validate resources with it. The IG must be referenced in the `fhir_resource_validator` block in the test suite definition by filename, ie:
+
+```ruby
+      fhir_resource_validator do
+        igs 'igs/filename.tgz'
+
+        ...
+      end
+```
+
+## 3. Inferno Validator UI
+The Inferno Validator UI is configured to auto-load any IGs present in the igs folder and include them in all validations. In general, the Inferno team is currently leaving IGs in this folder even if not otherwise necessary to make it easy to re-enable the validator UI.

data/lib/subscriptions_test_kit/jobs/send_subscription_notifications.rb

@@ -0,0 +1,130 @@
+# frozen_string_literal: true
+
+require_relative '../tags'
+require_relative '../suites/subscriptions_r5_backport_r4_client/common/subscription_simulation_utils'
+
+module SubscriptionsTestKit
+  module Jobs
+    class SendSubscriptionNotifications
+      include Sidekiq::Job
+      include SubscriptionsR5BackportR4Client::SubscriptionSimulationUtils
+
+      sidekiq_options retry: false
+
+      def perform(test_run_id, test_session_id, result_id, subscription_id, subscription_url, client_endpoint,
+                  bearer_token, notification_json, test_run_identifier, test_suite_base_url)
+        @test_run_id = test_run_id
+        @test_session_id = test_session_id
+        @result_id = result_id
+        @subscription_id = subscription_id
+        @subscription_url = subscription_url
+        @client_endpoint = client_endpoint
+        @bearer_token = bearer_token
+        @notification_json = notification_json
+        @test_run_identifier = test_run_identifier
+        @test_suite_base_url = test_suite_base_url
+
+        await_subcription_creation
+        sleep 1
+        return unless test_still_waiting?
+
+        send_handshake_notification
+        sleep rand(5..10)
+        return unless test_still_waiting?
+
+        send_event_notification
+      end
+
+      def requests_repo
+        @requests_repo ||= Inferno::Repositories::Requests.new
+      end
+
+      def results_repo
+        @results_repo ||= Inferno::Repositories::Results.new
+      end
+
+      def subscription
+        @subscription ||= find_subscription(@test_session_id)
+      end
+
+      def headers
+        @headers ||= subscription_headers.merge(content_type_header).merge(authorization_header)
+      end
+
+      def rest_hook_connection
+        @rest_hook_connection ||= Faraday.new(url: @client_endpoint, request: { open_timeout: 30 }, headers:)
+      end
+
+      def test_suite_connection
+        @test_suite_connection ||= Faraday.new(@test_suite_base_url)
+      end
+
+      def content_type_header
+        @content_type_header ||= { 'Content-Type' => actual_mime_type(subscription) }
+      end
+
+      def subscription_headers
+        @subscription_headers ||= subscription&.channel&.header&.each_with_object({}) do |header, hash|
+          header_name, header_value = header.split(': ', 2)
+          hash[header_name] = header_value
+        end || {}
+      end
+
+      def authorization_header
+        @authorization_header ||= @bearer_token.present? ? { 'Authorization' => "Bearer #{@bearer_token}" } : {}
+      end
+
+      def test_still_waiting?
+        results_repo.find_waiting_result(test_run_id: @test_run_id)
+      end
+
+      def await_subcription_creation
+        sleep 0.5 until subscription.present?
+      end
+
+      def send_handshake_notification
+        handshake_json = derive_handshake_notification(@notification_json, @subscription_url).to_json
+        response = send_notification(handshake_json)
+        persist_notification_request(response, [REST_HOOK_HANDSHAKE_NOTIFICATION_TAG])
+        resume_inferno_test unless response.status == 200
+      end
+
+      def send_event_notification
+        event_json = derive_event_notification(@notification_json, @subscription_url, 1).to_json
+        response = send_notification(event_json)
+        persist_notification_request(response, [REST_HOOK_EVENT_NOTIFICATION_TAG])
+      end
+
+      def resume_inferno_test
+        test_suite_connection.get(RESUME_PASS_PATH.delete_prefix('/'), { test_run_identifier: @test_run_identifier })
+      end
+
+      def send_notification(request_body)
+        rest_hook_connection.post('', request_body)
+      rescue Faraday::Error => e
+        # Warning: This is a hack. If there is an error with the request such that we never get a response, we have
+        #          no clean way to persist that information for the Inferno test to check later. The solution here
+        #          is to persist the request anyway with a status of nil, using the error message as response body
+        Faraday::Response.new(response_body: e.message, url: rest_hook_connection.url_prefix.to_s)
+      end
+
+      def persist_notification_request(response, tags)
+        inferno_request_headers = headers.map { |name, value| { name:, value: } }
+        inferno_response_headers = response.headers&.map { |name, value| { name:, value: } }
+        requests_repo.create(
+          verb: 'POST',
+          url: response.env.url.to_s,
+          direction: 'outgoing',
+          status: response.status,
+          request_body: response.env.request_body,
+          response_body: response.env.response_body,
+          test_session_id: @test_session_id,
+          result_id: @result_id,
+          request_headers: inferno_request_headers,
+          response_headers: inferno_response_headers,
+          tags:
+        )
+      end
+    end
+  end
+end

data/lib/subscriptions_test_kit/requirements/generated/subscriptions-test-kit_requirements_coverage.csv

@@ -0,0 +1,136 @@
+Req Set,ID,URL,Requirement,Conformance,Actor,Sub-Requirement(s),Conditionality,Subscriptions R5 Backport IG v1.1.0 FHIR R4 Client Test Suite Short ID(s),Subscriptions R5 Backport IG v1.1.0 FHIR R4 Client Test Suite Full ID(s),Subscriptions R5 Backport IG v1.1.0 FHIR R4 Server Test Suite Short ID(s),Subscriptions R5 Backport IG v1.1.0 FHIR R4 Server Test Suite Full ID(s)
+hl7.fhir.uv.subscriptions_1.1.0,2,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/components.html#subscription-topics-in-r4,"In order to allow for discovery of supported subscription topics, this guide defines the CapabilityStatement SubscriptionTopic Canonical extension. The extension allows server implementers to advertise the canonical URLs of topics available to clients and allows clients to see the list of supported topics on a server. The extension is expected to appear, if supported, on the Subscription resource entry. Note that servers are NOT required to advertise supported topics via this extension.",MAY,Server,,,NA,NA,2.1.02,subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_capability_statement-subscriptions_r5_backport_r4_server_topic_discovery
+hl7.fhir.uv.subscriptions_1.1.0,3,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/components.html#subscription-topics-in-r4,"Supported topics can also be advertised, for example, by the CapabilityStatement.instantiates or CapabilityStatement.implementationGuide elements of a CapabilityStatement, as defined by another Implementation Guide.",MAY,Server,,,NA,NA,Not Tested,Not Tested
+hl7.fhir.uv.subscriptions_1.1.0,4,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/components.html#subscription-topics-in-r4,"FHIR R4 servers MAY choose to leave topic discovery completely out-of-band and part of other steps, such as registration or integration.",MAY,Server,,,NA,NA,Not Tested,Not Tested
+hl7.fhir.uv.subscriptions_1.1.0,7,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/components.html#accepting-subscription-requests,"When a FHIR Server accepts a request to create a Subscription, the server is indicating to the client that the server:
+ - is capable of detecting when events covered by the requested SubscriptionTopic occur, and
+ - is willing to make a simple best effort attempt at delivering a notification for each occurrence of a matching event.",SHALL,Server,,,NA,NA,"1.1.03, 2.2.1.1.03, 2.2.2.1.03, 2.2.3.1.03","subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_workflow-subscriptions_r5_backport_r4_server_interaction-subscriptions_r5_backport_r4_server_creation_response_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_empty_content-subscriptions_r5_backport_r4_server_empty_content_interaction-subscriptions_r5_backport_r4_server_creation_response_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_id_only_content-subscriptions_r5_backport_r4_server_id_only_content_interaction-subscriptions_r5_backport_r4_server_creation_response_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_full_resource_content-subscriptions_r5_backport_r4_server_full_resource_content_interaction-subscriptions_r5_backport_r4_server_creation_response_conformance"
+hl7.fhir.uv.subscriptions_1.1.0,8,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/components.html#accepting-subscription-requests,When processing a request for a Subscription...a server SHOULD validate…that the SubscriptionTopic is valid and implemented by the server,SHOULD,Server,,,NA,NA,2.5.01,subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_subscription_rejection-subscriptions_r5_backport_r4_server_reject_subscriptions
+hl7.fhir.uv.subscriptions_1.1.0,9,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/components.html#accepting-subscription-requests,When processing a request for a Subscription...a server SHOULD validate…that all requested filters are defined in the requested topic and are implemented in the server,SHOULD,Server,,,NA,NA,2.5.01,subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_subscription_rejection-subscriptions_r5_backport_r4_server_reject_subscriptions
+hl7.fhir.uv.subscriptions_1.1.0,10,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/components.html#accepting-subscription-requests,When processing a request for a Subscription...a server SHOULD validate…that the channel type is known and implemented by the server,SHOULD,Server,,,NA,NA,2.5.01,subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_subscription_rejection-subscriptions_r5_backport_r4_server_reject_subscriptions
+hl7.fhir.uv.subscriptions_1.1.0,11,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/components.html#accepting-subscription-requests,"When processing a request for a Subscription...a server SHOULD validate…that the channel endpoint is valid for the channel provided (e.g., is it a valid URL of the expected type)",SHOULD,Server,,,NA,NA,2.5.01,subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_subscription_rejection-subscriptions_r5_backport_r4_server_reject_subscriptions
+hl7.fhir.uv.subscriptions_1.1.0,12,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/components.html#accepting-subscription-requests,When processing a request for a Subscription...a server SHOULD validate…that the payload configuration is known and implemented by the server,SHOULD,Server,,,NA,NA,2.5.01,subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_subscription_rejection-subscriptions_r5_backport_r4_server_reject_subscriptions
+hl7.fhir.uv.subscriptions_1.1.0,13,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/components.html#accepting-subscription-requests,"When processing a request for a Subscription...a server SHOULD validate…that the payload configuration is valid for the channel type requested (e.g., complies with the server’s security policy)",SHOULD,Server,,,NA,NA,2.5.01,subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_subscription_rejection-subscriptions_r5_backport_r4_server_reject_subscriptions
+hl7.fhir.uv.subscriptions_1.1.0,14,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/components.html#subscription-notifications,"In ... FHIR R4 ... notifications are based on a history Bundle. The first entry always contains SubscriptionStatus information, encoded as ... a Parameters resource using the Backport SubscriptionStatus Profile in FHIR R4",SHALL,Server,,,NA,NA,"1.2.01, 2.2.1.2.01, 2.2.1.2.02, 2.2.2.2.01, 2.2.2.2.02, 2.2.3.2.01, 2.2.3.2.02, 2.3.01, 2.3.02","subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_workflow-subscriptions_r5_backport_r4_server_interaction_verification-subscriptions_r5_backport_r4_server_notification_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_empty_content-subscriptions_r5_backport_r4_server_empty_content_interaction_verification-subscriptions_r5_backport_r4_server_notification_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_empty_content-subscriptions_r5_backport_r4_server_empty_content_interaction_verification-subscriptions_r5_backport_r4_server_empty_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_id_only_content-subscriptions_r5_backport_r4_server_id_only_content_interaction_verification-subscriptions_r5_backport_r4_server_notification_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_id_only_content-subscriptions_r5_backport_r4_server_id_only_content_interaction_verification-subscriptions_r5_backport_r4_server_id_only_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_full_resource_content-subscriptions_r5_backport_r4_server_full_resource_content_interaction_verification-subscriptions_r5_backport_r4_server_notification_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_full_resource_content-subscriptions_r5_backport_r4_server_full_resource_content_interaction_verification-subscriptions_r5_backport_r4_server_full_resource_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_handshake_heartbeat-subscriptions_r5_backport_r4_server_handshake_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_handshake_heartbeat-subscriptions_r5_backport_r4_server_heartbeat_conformance"
+hl7.fhir.uv.subscriptions_1.1.0,15,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/components.html#subscription-notifications,"Note that since notifications use history type Bundles, all notifications need to comply with the requirements for that bundle type. Specifically, there are two invariants on Bundle (bdl-3 and bdl-4) that require a Bundle.entry.request element for every Bundle.entry. 
+- For the status resource (entry[0]) the request SHALL be filled out to match a request to the $status operation. 
+- for additional entries  the request SHOULD be filled out in a way that makes sense given the subscription (e.g.,  a POST or PUT operation on the resource,  etc.). However,  a server MAY choose to simply include a GET to the relevant resource instead.",SHALL,Server,,,NA,NA,"1.2.01, 2.2.1.2.01, 2.2.1.2.02, 2.2.2.2.01, 2.2.2.2.02, 2.2.3.2.01, 2.2.3.2.02, 2.3.01, 2.3.02","subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_workflow-subscriptions_r5_backport_r4_server_interaction_verification-subscriptions_r5_backport_r4_server_notification_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_empty_content-subscriptions_r5_backport_r4_server_empty_content_interaction_verification-subscriptions_r5_backport_r4_server_notification_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_empty_content-subscriptions_r5_backport_r4_server_empty_content_interaction_verification-subscriptions_r5_backport_r4_server_empty_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_id_only_content-subscriptions_r5_backport_r4_server_id_only_content_interaction_verification-subscriptions_r5_backport_r4_server_notification_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_id_only_content-subscriptions_r5_backport_r4_server_id_only_content_interaction_verification-subscriptions_r5_backport_r4_server_id_only_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_full_resource_content-subscriptions_r5_backport_r4_server_full_resource_content_interaction_verification-subscriptions_r5_backport_r4_server_notification_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_full_resource_content-subscriptions_r5_backport_r4_server_full_resource_content_interaction_verification-subscriptions_r5_backport_r4_server_full_resource_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_handshake_heartbeat-subscriptions_r5_backport_r4_server_handshake_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_handshake_heartbeat-subscriptions_r5_backport_r4_server_heartbeat_conformance"
+hl7.fhir.uv.subscriptions_1.1.0,16,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/components.html#scoping-responsibilities,"Unless otherwise specified by a server implementation and channel, the Subscriptions Framework does not involve guaranteed delivery of notifications. While the Subscriptions Framework is able to support such mechanisms, defining them are beyond the scope of the standard or this guide. - Servers SHOULD detect errors and take appropriate action where possible. In general,  this boundary is when the notification is delivered.",SHOULD,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,17,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/components.html#scoping-responsibilities,"Therefore, clients SHOULD be aware of some limitations regarding delivery. In particular: - Some notifications might not be delivered.  Some notifications might be delivered multiple times",SHOULD,Client,,,,,NA,NA
+hl7.fhir.uv.subscriptions_1.1.0,18,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/workflow.html#workflow-fhir-r4,"[When a client requests a Subscription, the] Server MAY accept the Subscription request and mark it active (e.g., supported channel and payload, no handshake required). ",MAY,Server,,,NA,NA,Not Tested,Not Tested
+hl7.fhir.uv.subscriptions_1.1.0,19,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/workflow.html#workflow-fhir-r4,"[When a client requests a Subscription, the] Server MAY accept the Subscription request and mark it requested (e.g., supported channel and payload, handshake required).",MAY,Server,,,NA,NA,Not Tested,Not Tested
+hl7.fhir.uv.subscriptions_1.1.0,20,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/workflow.html#workflow-fhir-r4,"[When a server sends a handshake bundle to a Subscription endpoint] If the Endpoint responds appropriately, per the channel requirements (e.g., in REST an HTTP Success code such as 200), the Server updates the subscription to active.",SHALL,Server,,,NA,NA,2.4.01,subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_status_operation-subscriptions_r5_backport_r4_server_status_invocation
+hl7.fhir.uv.subscriptions_1.1.0,21,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/workflow.html#workflow-fhir-r4,"[When a server sends a handshake bundle to a Subscription endpoint] If the handshake fails (e.g., connection failure, bad response, etc.), the Server updates the subscription to error.",SHALL,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,22,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/workflow.html#workflow-fhir-r4,"[When a client requests a Subscription, the] Server MAY reject the Subscription request (e.g., unsupported channel type).",MAY,Server,,,NA,NA,Not Tested,Not Tested
+hl7.fhir.uv.subscriptions_1.1.0,23,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/channels.html#rest-hook-1,"To receive notifications via HTTP/S POST, a client should request a subscription with the channel type of rest-hook and set the endpoint to the appropriate client URL.",SHALL,Client,,,1.1.01,subscriptions_r5_backport_r4_client-subscriptions_r5_backport_r4_client_workflow-Group01-subscriptions_r5_backport_r4_client_interaction,NA,NA
+hl7.fhir.uv.subscriptions_1.1.0,24,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/channels.html#rest-hook-1,This URL [for the subscription notification endpoint] must be accessible by the hosting server.,SHALL,Client,,,1.2.02,subscriptions_r5_backport_r4_client-subscriptions_r5_backport_r4_client_workflow-subscriptions_r5_backport_r4_client_interaction_verification-subscriptions_r5_backport_r4_client_event_notification_verification,NA,NA
+hl7.fhir.uv.subscriptions_1.1.0,25,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/channels.html#rest-hook-1,"To convey an event notification, the server POSTs a Bundle to the client’s nominated endpoint URL",SHALL,Server,,,NA,NA,"1.1.03, 2.2.1.1.03, 2.2.2.1.03, 2.2.3.1.03, 2.3.01","subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_workflow-subscriptions_r5_backport_r4_server_interaction-subscriptions_r5_backport_r4_server_creation_response_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_empty_content-subscriptions_r5_backport_r4_server_empty_content_interaction-subscriptions_r5_backport_r4_server_creation_response_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_id_only_content-subscriptions_r5_backport_r4_server_id_only_content_interaction-subscriptions_r5_backport_r4_server_creation_response_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_full_resource_content-subscriptions_r5_backport_r4_server_full_resource_content_interaction-subscriptions_r5_backport_r4_server_creation_response_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_handshake_heartbeat-subscriptions_r5_backport_r4_server_handshake_conformance"
+hl7.fhir.uv.subscriptions_1.1.0,26,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/channels.html#rest-hook-1,The content-type of the POST SHALL match the MIME type on the Subscription (Subscription.channel.payload).,SHALL,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,27,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/channels.html#rest-hook-1,Each Subscription.channel.header value SHALL be conveyed as an HTTP request header.,SHALL,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,28,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/channels.html#rest-hook-1,The bundle SHALL comply with the Backported R5 Notification Bundle Profile.,SHALL,Server,,,NA,NA,"1.2.01, 2.2.1.2.01, 2.2.1.2.02, 2.2.2.2.01, 2.2.2.2.02, 2.2.3.2.01, 2.2.3.2.02, 2.3.01, 2.3.02","subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_workflow-subscriptions_r5_backport_r4_server_interaction_verification-subscriptions_r5_backport_r4_server_notification_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_empty_content-subscriptions_r5_backport_r4_server_empty_content_interaction_verification-subscriptions_r5_backport_r4_server_notification_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_empty_content-subscriptions_r5_backport_r4_server_empty_content_interaction_verification-subscriptions_r5_backport_r4_server_empty_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_id_only_content-subscriptions_r5_backport_r4_server_id_only_content_interaction_verification-subscriptions_r5_backport_r4_server_notification_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_id_only_content-subscriptions_r5_backport_r4_server_id_only_content_interaction_verification-subscriptions_r5_backport_r4_server_id_only_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_full_resource_content-subscriptions_r5_backport_r4_server_full_resource_content_interaction_verification-subscriptions_r5_backport_r4_server_notification_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_full_resource_content-subscriptions_r5_backport_r4_server_full_resource_content_interaction_verification-subscriptions_r5_backport_r4_server_full_resource_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_handshake_heartbeat-subscriptions_r5_backport_r4_server_handshake_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_handshake_heartbeat-subscriptions_r5_backport_r4_server_heartbeat_conformance"
+hl7.fhir.uv.subscriptions_1.1.0,29,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/channels.html#rest-hook-1,"When a Subscription is created for a REST Hook channel type, the server SHALL set initial status to requested, pending verification of the nominated endpoint URL.",SHALL,Server,,,NA,NA,"1.1.03, 2.2.1.1.03, 2.2.2.1.03, 2.2.3.1.03","subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_workflow-subscriptions_r5_backport_r4_server_interaction-subscriptions_r5_backport_r4_server_creation_response_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_empty_content-subscriptions_r5_backport_r4_server_empty_content_interaction-subscriptions_r5_backport_r4_server_creation_response_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_id_only_content-subscriptions_r5_backport_r4_server_id_only_content_interaction-subscriptions_r5_backport_r4_server_creation_response_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_full_resource_content-subscriptions_r5_backport_r4_server_full_resource_content_interaction-subscriptions_r5_backport_r4_server_creation_response_conformance"
+hl7.fhir.uv.subscriptions_1.1.0,30,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/channels.html#rest-hook-1,"After a successful handshake notification has been sent and accepted [for a REST Hook channel type], the server SHALL update the status to active.",SHALL,Server,,,NA,NA,2.4.01,subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_status_operation-subscriptions_r5_backport_r4_server_status_invocation
+hl7.fhir.uv.subscriptions_1.1.0,31,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/channels.html#rest-hook-1,Any errors in the initial handshake [for a REST Hook channel type] SHALL result in the status being changed to error.,SHALL,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,32,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/channels.html#security-notes,"HTTP is neither a secure nor an encrypted channel, nor does it provide endpoint verification. It is strongly recommended that implementations refuse requests to send notifications to URLs using the HTTP protocol (use HTTPS instead).",SHOULD,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,33,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/notifications.html#event-notifications-and-what-to-include,"In addition to the Subscription Status information, each notification MAY include additional resources or references to resources (URLs or ids).",MAY,Server,,,NA,NA,Not Tested,Not Tested
+hl7.fhir.uv.subscriptions_1.1.0,34,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/notifications.html#additional-resources,Servers MAY choose to include additional resources [other than the focus] with notifications that may be of interest to clients.,MAY,Server,,,NA,NA,Not Tested,Not Tested
+hl7.fhir.uv.subscriptions_1.1.0,35,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/notifications.html#additional-resources,"Servers SHALL conform to the payload configuration of the subscription when adding additional resources (e.g., if the subscription is id-only, then only ids of additional resources may be provided; if the subscription is full-resource, then full resources should be provided).",SHALL,Server,,,NA,NA,"2.2.1.2.02, 2.2.2.2.02, 2.2.3.2.02","subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_empty_content-subscriptions_r5_backport_r4_server_empty_content_interaction_verification-subscriptions_r5_backport_r4_server_empty_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_id_only_content-subscriptions_r5_backport_r4_server_id_only_content_interaction_verification-subscriptions_r5_backport_r4_server_id_only_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_full_resource_content-subscriptions_r5_backport_r4_server_full_resource_content_interaction_verification-subscriptions_r5_backport_r4_server_full_resource_conformance"
+hl7.fhir.uv.subscriptions_1.1.0,36,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/payloads.html#payload-types,"If a server will not honor a payload type (e.g., will not send full-resource over HTTP), it SHOULD reject the Subscription request",SHOULD,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,37,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/payloads.html#payload-types,"If a server will not honor a payload type (e.g., will not send full-resource over HTTP), it ... MAY accept the subscription with modifications.",MAY,Server,,,NA,NA,Not Tested,Not Tested
+hl7.fhir.uv.subscriptions_1.1.0,38,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/payloads.html#empty,"When populating the SubscriptionStatus.notificationEvent structure for a notification with an empty payload, a server SHALL NOT include references to resources (e.g., SubscriptionStatus.notificationEvent.focus and SubscriptionStatus.notificationEvent.additionalContext SHALL NOT be present).",SHALL NOT,Server,,,NA,NA,2.2.1.2.02,subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_empty_content-subscriptions_r5_backport_r4_server_empty_content_interaction_verification-subscriptions_r5_backport_r4_server_empty_conformance
+hl7.fhir.uv.subscriptions_1.1.0,39,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/payloads.html#empty,"When the content type is empty, notification bundles SHALL not contain Bundle.entry elements other than the SubscriptionStatus for the notification.",SHALL NOT,Server,,,NA,NA,2.2.1.2.02,subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_empty_content-subscriptions_r5_backport_r4_server_empty_content_interaction_verification-subscriptions_r5_backport_r4_server_empty_conformance
+hl7.fhir.uv.subscriptions_1.1.0,40,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/payloads.html#id-only,"When the content type is id-only, notification bundles SHALL include references to the appropriate focus resources in the SubscriptionStatus.notificationEvent.focus element.",SHALL,Server,,,NA,NA,2.2.2.2.02,subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_id_only_content-subscriptions_r5_backport_r4_server_id_only_content_interaction_verification-subscriptions_r5_backport_r4_server_id_only_conformance
+hl7.fhir.uv.subscriptions_1.1.0,41,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/payloads.html#id-only,"Additionally, [id-only] notification bundles MAY contain, in addition to the SubscriptionStatus used to convey status information, at least one Bundle.entry for each resource relevant to the notification. For example, a notification for a topic based on Encounter MAY include a reference to the Encounter and MAY also include additional resources deemed relevant (e.g., the linked Patient).",MAY,Server,,,NA,NA,Not Tested,Not Tested
+hl7.fhir.uv.subscriptions_1.1.0,42,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/payloads.html#id-only,"Each Bundle.entry for id-only notification SHALL contain a relevant resource URL in the fullUrl and request elements, as is required for history bundles.",SHALL,Server,,,NA,NA,2.2.2.2.02,subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_id_only_content-subscriptions_r5_backport_r4_server_id_only_content_interaction_verification-subscriptions_r5_backport_r4_server_id_only_conformance
+hl7.fhir.uv.subscriptions_1.1.0,43,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/payloads.html#full-resource,"When the content type is full-resource, notification bundles SHALL include references to the appropriate focus resources in the SubscriptionStatus.notificationEvent.focus element.",SHALL,Server,,,NA,NA,2.2.3.2.02,subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_full_resource_content-subscriptions_r5_backport_r4_server_full_resource_content_interaction_verification-subscriptions_r5_backport_r4_server_full_resource_conformance
+hl7.fhir.uv.subscriptions_1.1.0,44,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/payloads.html#full-resource,"Notification bundles for full-resource subscriptions SHALL contain, in addition to the SubscriptionStatus, at least one Bundle.entry for each resource relevant to the notification. For example, a notification for a topic based on the Encounter resource SHALL include an Encounter and MAY include additional resources deemed relevant (e.g., the referenced Patient).",SHALL,Server,,,NA,NA,2.2.3.2.02,subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_full_resource_content-subscriptions_r5_backport_r4_server_full_resource_content_interaction_verification-subscriptions_r5_backport_r4_server_full_resource_conformance
+hl7.fhir.uv.subscriptions_1.1.0,45,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/payloads.html#full-resource,"Each Bundle.entry for a full-resource notification SHALL contain a relevant resource in the entry.resource element. If a server cannot include the resource contents due to an issue with a specific notification, the server SHALL populate the entry.request and/or entry.response elements.",SHALL,Server,,,NA,NA,2.2.3.2.02,subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_full_resource_content-subscriptions_r5_backport_r4_server_full_resource_content_interaction_verification-subscriptions_r5_backport_r4_server_full_resource_conformance
+hl7.fhir.uv.subscriptions_1.1.0,47,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/conformance.html#conformance-in-fhir-r4,"In order to claim conformance with this guide, a server…SHALL support the $status operation on the Subscription resource.",SHALL,Server,,,NA,NA,2.4.01,subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_status_operation-subscriptions_r5_backport_r4_server_status_invocation
+hl7.fhir.uv.subscriptions_1.1.0,48,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/conformance.html#conformance-in-fhir-r4,"In order to claim conformance with this guide, a server…SHOULD support topic discovery via the CapabilityStatement SubscriptionTopic Canonical extension",SHOULD,Server,,,NA,NA,2.1.02,subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_capability_statement-subscriptions_r5_backport_r4_server_topic_discovery
+hl7.fhir.uv.subscriptions_1.1.0,49,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/conformance.html#conformance-in-fhir-r4,"In order to claim conformance with this guide, a server…SHALL support at least one channel type",SHALL,Server,,,NA,NA,"1.1.03, 2.2.1.1.03, 2.2.2.1.03, 2.2.3.1.03","subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_workflow-subscriptions_r5_backport_r4_server_interaction-subscriptions_r5_backport_r4_server_creation_response_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_empty_content-subscriptions_r5_backport_r4_server_empty_content_interaction-subscriptions_r5_backport_r4_server_creation_response_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_id_only_content-subscriptions_r5_backport_r4_server_id_only_content_interaction-subscriptions_r5_backport_r4_server_creation_response_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_full_resource_content-subscriptions_r5_backport_r4_server_full_resource_content_interaction-subscriptions_r5_backport_r4_server_creation_response_conformance"
+hl7.fhir.uv.subscriptions_1.1.0,50,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/conformance.html#conformance-in-fhir-r4,"In order to claim conformance with this guide, a server…SHOULD include one [channel type] from this guide",SHOULD,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,51,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/conformance.html#conformance-in-fhir-r4,"In order to claim conformance with this guide, a server…SHALL support at least one Payload Type",SHALL,Server,,,NA,NA,"2.2.1.2.02, 2.2.2.2.02, 2.2.3.2.02","subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_empty_content-subscriptions_r5_backport_r4_server_empty_content_interaction_verification-subscriptions_r5_backport_r4_server_empty_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_id_only_content-subscriptions_r5_backport_r4_server_id_only_content_interaction_verification-subscriptions_r5_backport_r4_server_id_only_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_full_resource_content-subscriptions_r5_backport_r4_server_full_resource_content_interaction_verification-subscriptions_r5_backport_r4_server_full_resource_conformance"
+hl7.fhir.uv.subscriptions_1.1.0,52,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/conformance.html#conformance-artifacts-1,"FHIR Servers claiming conformance to this Implementation Guide must conform to the expectations described in the Capability Statement appropriate to the implemented FHIR version. For FHIR R4 servers, this guide defines the R4 Server CapabilityStatement (https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/CapabilityStatement-backport-subscription-server-r4.html).",SHALL,Server,,,NA,NA,2.1.01,subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_capability_statement-subscriptions_r5_backport_r4_server_cs_conformance
+hl7.fhir.uv.subscriptions_1.1.0,53,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/conformance.html#conformance-artifacts-1,"In addition to the basic support in the CapabilityStatement (e.g., resources, interactions, and operations), a conformant server SHALL support at least one Payload Type … listed in this IG.",SHALL,Server,,,NA,NA,"2.2.1.2.02, 2.2.2.2.02, 2.2.3.2.02","subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_empty_content-subscriptions_r5_backport_r4_server_empty_content_interaction_verification-subscriptions_r5_backport_r4_server_empty_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_id_only_content-subscriptions_r5_backport_r4_server_id_only_content_interaction_verification-subscriptions_r5_backport_r4_server_id_only_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_full_resource_content-subscriptions_r5_backport_r4_server_full_resource_content_interaction_verification-subscriptions_r5_backport_r4_server_full_resource_conformance"
+hl7.fhir.uv.subscriptions_1.1.0,54,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/conformance.html#conformance-artifacts-1,"In addition to the basic support in the CapabilityStatement (e.g., resources, interactions, and operations), a conformant server ... SHOULD support one Channel Type listed in this IG.",SHOULD,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,57,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/conformance.html#profile-support-1,a conformant server…SHOULD declare conformance with the Backport Subscription Server Capability Statement by including its official URL in the server’s CapabilityStatement.instantiates element: http://hl7.org/fhir/uv/subscriptions-backport/CapabilityStatement/backport-subscription-server-r4.,SHOULD,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,58,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/conformance.html#profile-support-1,"a conformant server…SHALL specify the full capability details from the CapabilityStatement it claims to implement, including declaring support for the Backport Subscription Profile by including its official URL in the server’s CapabilityStatement.rest.resource.supportedProfile element: http://hl7.org/fhir/uv/subscriptions-backport/StructureDefinition/backport-subscription",SHALL,Server,,,NA,NA,Not Tested,Not Tested
+hl7.fhir.uv.subscriptions_1.1.0,59,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/conformance.html#backport-channel-type-1,Servers supporting this guide SHALL be able to read values present in this [backport-channel-type extension - https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/StructureDefinition-backport-channel-type.html] element. ,SHALL,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,60,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/conformance.html#backport-channel-type-1,A server SHALL reject the subscription request if a client requests an unsupported channel via this [backport-channel-type extension - https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/StructureDefinition-backport-channel-type.html] element.,SHALL,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,61,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/conformance.html#backport-channel-type-1,"Clients supporting this guide MAY support this [backport-channel-type extension - https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/StructureDefinition-backport-channel-type.html] extension, as necessary for their use case.",MAY,Client,,,Not Tested,Not Tested,NA,NA
+hl7.fhir.uv.subscriptions_1.1.0,63,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/conformance.html#backport-filter-criteria-1,"If a server is capable of supporting filter criteria in general but unable to support criteria requested in a subscription [via the extension backport-filter-criteria - https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/StructureDefinition-backport-filter-criteria.html], the server SHALL reject the subscription.",SHALL,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,64,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/conformance.html#backport-filter-criteria-1,Clients supporting this guide SHALL be able to write values in this [backport-filter-criteria - https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/StructureDefinition-backport-filter-criteria.html] extension.,SHALL,Client,,,,,NA,NA
+hl7.fhir.uv.subscriptions_1.1.0,65,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/conformance.html#backport-payload-content-1,Servers supporting this guide SHALL be able to read values from this [backport-payload-content - https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/StructureDefinition-backport-payload-content.html] extension.,SHALL,Server,,,NA,NA,"2.2.1.2.02, 2.2.2.2.02, 2.2.3.2.02","subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_empty_content-subscriptions_r5_backport_r4_server_empty_content_interaction_verification-subscriptions_r5_backport_r4_server_empty_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_id_only_content-subscriptions_r5_backport_r4_server_id_only_content_interaction_verification-subscriptions_r5_backport_r4_server_id_only_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_full_resource_content-subscriptions_r5_backport_r4_server_full_resource_content_interaction_verification-subscriptions_r5_backport_r4_server_full_resource_conformance"
+hl7.fhir.uv.subscriptions_1.1.0,66,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/conformance.html#backport-payload-content-1,"A server SHALL reject the subscription request if a client asks for a content level the server does not intend to support (e.g., does not meet security requirements) [using the extension backport-payload-content - https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/StructureDefinition-backport-payload-content.html].",SHALL,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,67,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/conformance.html#backport-payload-content-1,Servers SHALL include information in notifications as described in this guide based on this value [in the extension backport-payload-content - https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/StructureDefinition-backport-payload-content.html].,SHALL,Server,,,NA,NA,"2.2.1.2.02, 2.2.2.2.02, 2.2.3.2.02","subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_empty_content-subscriptions_r5_backport_r4_server_empty_content_interaction_verification-subscriptions_r5_backport_r4_server_empty_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_id_only_content-subscriptions_r5_backport_r4_server_id_only_content_interaction_verification-subscriptions_r5_backport_r4_server_id_only_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_full_resource_content-subscriptions_r5_backport_r4_server_full_resource_content_interaction_verification-subscriptions_r5_backport_r4_server_full_resource_conformance"
+hl7.fhir.uv.subscriptions_1.1.0,68,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/conformance.html#backport-payload-content-1,Clients supporting this guide SHALL be able to write values in this [backport-payload-content - https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/StructureDefinition-backport-payload-content.html] extension.,SHALL,Client,,,1.3.01,subscriptions_r5_backport_r4_client-subscriptions_r5_backport_r4_client_workflow-subscriptions_r5_backport_r4_client_conformance_verification-subscriptions_r5_backport_r4_client_subscription_verification,NA,NA
+hl7.fhir.uv.subscriptions_1.1.0,69,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/conformance.html#notification-entry-subscriptionstatus-1,Servers supporting this guide SHALL be able to generate a valid and correct R4 Backported R5 SubscriptionStatus resource for each notification. ,SHALL,Server,,,NA,NA,"1.2.01, 2.2.1.2.01, 2.2.1.2.02, 2.2.2.2.01, 2.2.2.2.02, 2.2.3.2.01, 2.2.3.2.02, 2.3.01, 2.3.02","subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_workflow-subscriptions_r5_backport_r4_server_interaction_verification-subscriptions_r5_backport_r4_server_notification_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_empty_content-subscriptions_r5_backport_r4_server_empty_content_interaction_verification-subscriptions_r5_backport_r4_server_notification_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_empty_content-subscriptions_r5_backport_r4_server_empty_content_interaction_verification-subscriptions_r5_backport_r4_server_empty_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_id_only_content-subscriptions_r5_backport_r4_server_id_only_content_interaction_verification-subscriptions_r5_backport_r4_server_notification_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_id_only_content-subscriptions_r5_backport_r4_server_id_only_content_interaction_verification-subscriptions_r5_backport_r4_server_id_only_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_full_resource_content-subscriptions_r5_backport_r4_server_full_resource_content_interaction_verification-subscriptions_r5_backport_r4_server_notification_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_full_resource_content-subscriptions_r5_backport_r4_server_full_resource_content_interaction_verification-subscriptions_r5_backport_r4_server_full_resource_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_handshake_heartbeat-subscriptions_r5_backport_r4_server_handshake_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_handshake_heartbeat-subscriptions_r5_backport_r4_server_heartbeat_conformance"
+hl7.fhir.uv.subscriptions_1.1.0,70,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/conformance.html#notification-entry-subscriptionstatus-1,The status entry SHALL be the first entry of each notification bundle.,SHALL,Server,,,NA,NA,"1.2.01, 2.2.1.2.01, 2.2.1.2.02, 2.2.2.2.01, 2.2.2.2.02, 2.2.3.2.01, 2.2.3.2.02, 2.3.01, 2.3.02","subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_workflow-subscriptions_r5_backport_r4_server_interaction_verification-subscriptions_r5_backport_r4_server_notification_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_empty_content-subscriptions_r5_backport_r4_server_empty_content_interaction_verification-subscriptions_r5_backport_r4_server_notification_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_empty_content-subscriptions_r5_backport_r4_server_empty_content_interaction_verification-subscriptions_r5_backport_r4_server_empty_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_id_only_content-subscriptions_r5_backport_r4_server_id_only_content_interaction_verification-subscriptions_r5_backport_r4_server_notification_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_id_only_content-subscriptions_r5_backport_r4_server_id_only_content_interaction_verification-subscriptions_r5_backport_r4_server_id_only_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_full_resource_content-subscriptions_r5_backport_r4_server_full_resource_content_interaction_verification-subscriptions_r5_backport_r4_server_notification_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_full_resource_content-subscriptions_r5_backport_r4_server_full_resource_content_interaction_verification-subscriptions_r5_backport_r4_server_full_resource_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_handshake_heartbeat-subscriptions_r5_backport_r4_server_handshake_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_handshake_heartbeat-subscriptions_r5_backport_r4_server_heartbeat_conformance"
+hl7.fhir.uv.subscriptions_1.1.0,71,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/conformance.html#notification-entry-subscriptionstatus-1,Clients supporting this guide SHALL be able to process a valid R4 Backported R5 SubscriptionStatus resource without errors.,SHALL,Client,,,"1.2.01, 1.2.02","subscriptions_r5_backport_r4_client-subscriptions_r5_backport_r4_client_workflow-subscriptions_r5_backport_r4_client_interaction_verification-subscriptions_r5_backport_r4_client_handshake_notification_verification, subscriptions_r5_backport_r4_client-subscriptions_r5_backport_r4_client_workflow-subscriptions_r5_backport_r4_client_interaction_verification-subscriptions_r5_backport_r4_client_event_notification_verification",NA,NA
+hl7.fhir.uv.subscriptions_1.1.0,72,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/conformance.html#subscriptioncriteria-1,"The Subscription.criteria element is required (cardinality of 1..1), so any compatible implementation SHALL be able to read and/or write as necessary.",SHALL,Server,,,NA,NA,"1.1.01, 2.2.1.1.01, 2.2.2.1.01, 2.2.3.1.01","subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_workflow-subscriptions_r5_backport_r4_server_interaction-subscriptions_r5_backport_r4_server_subscription_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_empty_content-subscriptions_r5_backport_r4_server_empty_content_interaction-subscriptions_r5_backport_r4_server_subscription_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_id_only_content-subscriptions_r5_backport_r4_server_id_only_content_interaction-subscriptions_r5_backport_r4_server_subscription_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_full_resource_content-subscriptions_r5_backport_r4_server_full_resource_content_interaction-subscriptions_r5_backport_r4_server_subscription_conformance"
+hl7.fhir.uv.subscriptions_1.1.0,73,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/conformance.html#subscriptioncriteria-1,"Compared with the core specification, this guide specifies that the [Subscription.criteria] element SHALL contain the canonical URL for the Subscription Topic.",SHALL,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,74,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/conformance.html#subscriptioncriteria-1,Servers supporting this guide SHALL be able to read values in this [Subscription.criteria] element and process requests for subscription topics referenced by it.,SHALL,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,75,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/conformance.html#subscriptioncriteria-1,"If a server does not support a requested topic [in the Subscription.criteria element] or will not honor the subscription otherwise, a server SHALL reject the subscription request.",SHALL,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,76,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/conformance.html#subscriptioncriteria-1,Clients supporting this guide SHALL be able to write subscription topic URLs into this [Subscription.criteria] element.,SHALL,Client,,,1.3.01,subscriptions_r5_backport_r4_client-subscriptions_r5_backport_r4_client_workflow-subscriptions_r5_backport_r4_client_conformance_verification-subscriptions_r5_backport_r4_client_subscription_verification,NA,NA
+hl7.fhir.uv.subscriptions_1.1.0,77,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/errors.html#handling-errors-as-a-server,A server SHALL…Increment the eventsSinceSubscriptionStart counter internally.,SHALL,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,78,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/errors.html#handling-errors-as-a-server,A server SHALL…Update the status of the subscription internally.,SHALL,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,79,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/errors.html#handling-errors-as-a-server,A server SHALL…Continue to respond to $status requests.,SHALL,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,80,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/errors.html#handling-errors-as-a-server,A server MAY Continue to send heartbeat messages (with an error status set).,MAY,Server,,,NA,NA,Not Tested,Not Tested
+hl7.fhir.uv.subscriptions_1.1.0,81,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/errors.html#handling-errors-as-a-server,"Discovering the error state and recovering from it are responsibilities of the subscriber. This includes resetting the Subscription to an active or requested status - a client is responsible for requesting re-activation of a subscription. Note: this is important because a subscriber must make the determination of how to recover from an error state; if a server arbitrarily resets a subscription, a subscriber may not be aware of missing notifications.",SHALL,Client,,,,,NA,NA
+hl7.fhir.uv.subscriptions_1.1.0,82,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/errors.html#recovering-from-errors,"Once an application has returned to a functional state, it should request the subscription is reactivated by updating the status to either requested or active as appropriate.",SHALL,Client,,,,,NA,NA
+hl7.fhir.uv.subscriptions_1.1.0,83,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/errors.html#using-the-events-operation,"Servers MAY choose to support the $events operation, as defined in this IG.",MAY,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,84,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/errors.html#using-the-events-operation,"Servers which implement the operation MAY use implementation-specific criteria to restrict availability of events (e.g., most recent 10 events, events within the past 30 days, etc.).",MAY,Server,,,NA,NA,Not Tested,Not Tested
+hl7.fhir.uv.subscriptions_1.1.0,85,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/errors.html#using-the-events-operation,"During a recovery process, clients MAY try to retrieve missing events via the $events operation, which should allow processing to continue as normal.",MAY,Client,,,,,NA,NA
+hl7.fhir.uv.subscriptions_1.1.0,86,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/components.html#subscriptions,"In order to promote widespread compatibility, cross version extensions SHOULD NOT be used [clients should not put into Subscriptions they create] on R4 subscriptions to describe any elements also described by this guide",SHOULD NOT,Client,,,1.3.01,subscriptions_r5_backport_r4_client-subscriptions_r5_backport_r4_client_workflow-subscriptions_r5_backport_r4_client_conformance_verification-subscriptions_r5_backport_r4_client_subscription_verification,NA,NA
+hl7.fhir.uv.subscriptions_1.1.0,88,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/components.html#subscriptions-and-fhir-versions,"Note that subscription notifications, by default, are made using the same FHIR version as the server. The Subscription.channel.payload element can be used [by clients] to specify a different FHIR version, using syntax and values defined by the MIME Type Parameter.",MAY,Client,,,Not Tested,Not Tested,NA,NA
+hl7.fhir.uv.subscriptions_1.1.0,90,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/components.html#subscriptions-and-fhir-versions,"Servers SHALL look for this [Subscription.channel.payload element] parameter during subscription negotiation and SHALL not accept requests for notification FHIR versions it cannot support (servers MAY reject or coerce, according to their policies)",SHALL,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,92,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/channels.html#rest-hook-1,Server may send notifications of type heartbeat at any time.,MAY,Server,,,NA,NA,Not Tested,Not Tested
+hl7.fhir.uv.subscriptions_1.1.0,93,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/StructureDefinition-backport-subscription-definitions.html#root,"Subscription.channel.extension:heartbeatPeriod: If present, a 'hearbeat' notification (keepalive) is sent via this channel with an the interval period equal to this elements integer value in seconds.  ",SHALL,Server,,,NA,NA,2.3.02,subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_handshake_heartbeat-subscriptions_r5_backport_r4_server_heartbeat_conformance
+hl7.fhir.uv.subscriptions_1.1.0,94,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/StructureDefinition-backport-subscription-definitions.html#root,"Subscription.channel.extension:heartbeatPeriod: If not present, a heartbeat notification is not sent.",SHALL,Server,,,NA,NA,2.3.02,subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_handshake_heartbeat-subscriptions_r5_backport_r4_server_heartbeat_conformance
+hl7.fhir.uv.subscriptions_1.1.0,95,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/StructureDefinition-backport-subscription-definitions.html#root,"Subscription.criteria.extension:filterCriteria: When multiple filters are applied, evaluates to true if all the conditions are met; otherwise it returns false. (i.e., logical AND). ",SHALL,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,96,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/StructureDefinition-backport-subscription-definitions.html#root,Subscription.criteria.extension:filterCriteria: Keys can be either search parameters appropriate to the filtering resource or keys defined within the subscription topic.,SHALL,Client,,,,,NA,NA
+hl7.fhir.uv.subscriptions_1.1.0,97,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/StructureDefinition-backport-subscription-definitions.html#root,"Subscription.channel.extension:timeout: If present, the maximum amount of time a server will allow before failing a notification attempt. ",SHALL,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,98,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/StructureDefinition-backport-subscription-definitions.html#root,"Subscription.channel.extension:maxCount: If present, the maximum number of triggering resources that will be included in a notification bundle (e.g., a server will not include more than this number of trigger resources in a single notification). Note that this is not a strict limit on the number of entries in a bundle, as dependent resources can be included.",SHALL,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,99,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/StructureDefinition-backport-subscription-status-r4-definitions.html,Parameters.parameter:topic.value[x]: This value SHOULD NOT be present when using empty payloads ,SHOULD NOT,Server,,,NA,NA,2.2.1.2.02,subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_empty_content-subscriptions_r5_backport_r4_server_empty_content_interaction_verification-subscriptions_r5_backport_r4_server_empty_conformance
+hl7.fhir.uv.subscriptions_1.1.0,100,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/StructureDefinition-backport-subscription-status-r4-definitions.html,Parameters.parameter:topic.value[x]: This value … MAY be present when using id-only payloads,MAY,Server,,,NA,NA,2.2.2.2.02,subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_id_only_content-subscriptions_r5_backport_r4_server_id_only_content_interaction_verification-subscriptions_r5_backport_r4_server_id_only_conformance
+hl7.fhir.uv.subscriptions_1.1.0,101,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/StructureDefinition-backport-subscription-status-r4-definitions.html,Parameters.parameter:topic.value[x]: This value … SHOULD be present when using full-resource payloads.,SHOULD,Server,,,NA,NA,2.2.3.2.02,subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_full_resource_content-subscriptions_r5_backport_r4_server_full_resource_content_interaction_verification-subscriptions_r5_backport_r4_server_full_resource_conformance
+hl7.fhir.uv.subscriptions_1.1.0,102,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/StructureDefinition-backport-subscription-status-r4-definitions.html,Parameters.parameter:eventsSinceSubscriptionStart.value[x]: The total number of actual events which have been generated since the Subscription was created (inclusive of this notification) - regardless of how many have been successfully communicated. This number is NOT incremented for handshake and heartbeat notifications.,SHALL,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,103,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/StructureDefinition-backport-subscription-status-r4-definitions.html,Parameters.parameter:notificationEvent.part:eventNumber.value[x]: The sequential number of this event in this subscription context.,SHALL,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,104,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/StructureDefinition-backport-subscription-status-r4-definitions.html,Parameters.parameter:notificationEvent.part:eventFocus.value[x]: MAY contain a reference to a non-FHIR object.,MAY,Server,,,NA,NA,Not Tested,Not Tested
+hl7.fhir.uv.subscriptions_1.1.0,105,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/StructureDefinition-backport-subscription-status-r4-definitions.html,Parameters.parameter:notificationEvent.part:eventAdditionalContext.value[x]: MAY refer to non-FHIR objects.,MAY,Server,,,NA,NA,Not Tested,Not Tested
+hl7.fhir.uv.subscriptions_1.1.0,106,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/OperationDefinition-backport-subscription-status.html,"id Parameter: At the Instance level, this parameter is ignored.",SHALL,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,107,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/OperationDefinition-backport-subscription-status.html,"id Parameter: At the Resource level … multiple  values are joined via OR (e.g., ""id1"" OR ""id2"").",SHALL,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,108,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/OperationDefinition-backport-subscription-status.html,"id Parameter: At the Resource level … In the absence of any specified ids, the server returns the status for all Subscriptions available to the caller.",SHALL,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,109,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/OperationDefinition-backport-subscription-status.html,"status Parameter: At the Instance level, this parameter is ignored.",SHALL,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,110,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/OperationDefinition-backport-subscription-status.html,"status Parameter: At the resource level, … Multiple values are joined via OR (e.g., ""error"" OR ""off"").",SHALL,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,111,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/OperationDefinition-backport-subscription-status.html,"status Parameter: At the resource level, … In the absence of any specified status values, the server does not filter contents based on the status.",SHALL,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,112,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/OperationDefinition-backport-subscription-status.html,"return Parameter: The operation returns a bundle containing one or more subscription status resources, one per Subscription being queried. The Bundle type is ""searchset"".",SHALL,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,113,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/channels.html#rest-hook-1,Server may send notifications of type event-notification at any time.,MAY,Server,,,NA,NA,"",""
+hl7.fhir.uv.subscriptions_1.1.0,114,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/CapabilityStatement-backport-subscription-server-r4.html#subscription,[Subscription Resource] Conformance Expectation: SHALL,SHALL,Server,,,NA,NA,2.1.01,subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_capability_statement-subscriptions_r5_backport_r4_server_cs_conformance
+hl7.fhir.uv.subscriptions_1.1.0,115,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/OperationDefinition-backport-subscription-events.html,"	
+The [$events] operation returns a valid notification bundle, with the first entry being the subscription status information resource. The bundle type is ""history"".",SHALL,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,116,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/OperationDefinition-backport-subscription-events.html,"[the content input indicates the] Requested content style of returned data. Codes from backport-content-value-set (e.g., empty, id-only, full-resource).",SHALL,Client,,,,,NA,NA
+hl7.fhir.uv.subscriptions_1.1.0,117,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/OperationDefinition-backport-subscription-events.html,"[the content input indicates the]  Requested content style of returned data [from the $events operation]…. This is a hint to the server what a client would prefer, and MAY be ignored.",MAY,Server,,,NA,NA,Not Tested,Not Tested
+hl7.fhir.uv.subscriptions_1.1.0,118,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/OperationDefinition-backport-subscription-events.html,"[The eventsSinceNumber input indicates] The starting event number, inclusive of this event (lower bound).",SHALL,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,119,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/OperationDefinition-backport-subscription-events.html,"[The eventsUntilNumber input indicates] The ending event number, inclusive of this event (upper bound).",SHALL,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,120,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/CapabilityStatement-backport-subscription-server-r4.html#summary,"
+[servers] SHOULD support [profile]: Backported R5 Subscription [NOTE: narrative says SHALL, resource says SHOULD, future versions correct the narrative to SHOULD]",SHOULD,Server,,,NA,NA,2.1.01,subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_capability_statement-subscriptions_r5_backport_r4_server_cs_conformance
+hl7.fhir.uv.subscriptions_1.1.0,121,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/CapabilityStatement-backport-subscription-server-r4.html#summary,SHALL support the $status operation,SHALL,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,122,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/CapabilityStatement-backport-subscription-server-r4.html#summary,MAY support the $events operation,MAY,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,123,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/CapabilityStatement-backport-subscription-server-r4.html#summary,MAY support the $get-ws-binding-token operation,MAY,Server,,,NA,NA,Not Tested,Not Tested
+hl7.fhir.uv.subscriptions_1.1.0,124,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/CapabilityStatement-backport-subscription-server-r4.html#summary,A Server SHALL be capable of returning a Subscription resource using: GET [base]/Subscription/[id],SHALL,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,125,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/CapabilityStatement-backport-subscription-server-r4.html#summary,A Server SHOULD be capable of creating a Subscription resource using either: POST [base]/Subscription or PUT [base]/Subscription/[id],SHOULD,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,126,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/CapabilityStatement-backport-subscription-server-r4.html#summary,A Server SHOULD be capable of modifying a Subscription resource using either: PUT [base]/Subscription/[id] or PATCH [base]/Subscription/[id],SHOULD,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,127,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/CapabilityStatement-backport-subscription-server-r4.html#summary,A Server SHOULD be capable of deleting a Subscription resource using: DELETE [base]/Subscription/[id],SHOULD,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,128,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/CapabilityStatement-backport-subscription-server-r4.html#summary,A Server [MAY] be capable of searching for Subscription resources using: GET [base]/Subscription/?[parameters],MAY,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,129,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/CapabilityStatement-backport-subscription-server-r4.html#summary,"Search Parameter Summary: SHALL [support] url [narrative says SHOULD, resource says SHALL, future versions correct the narrative to SHALL]",SHALL,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,130,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/CapabilityStatement-backport-subscription-server-r4.html#summary,Search Parameter Summary: SHOULD [support] status,SHOULD,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,131,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/StructureDefinition-backport-subscription-status-r4.html,[several SubscriptionStatus profile elements are flagged as must support],MAY,Server,,,NA,NA,Not Tested,Not Tested
+hl7.fhir.uv.subscriptions_1.1.0,132,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/StructureDefinition-backport-subscription-status-r4.html,[several SubscriptionStatus profile elements are flagged as must support],MAY,Client,,,Not Tested,Not Tested,NA,NA
+hl7.fhir.uv.subscriptions_1.1.0,133,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/conformance.html#conformance-in-fhir-r4,"In order to claim conformance with this guide, a server…SHALL support the Subscription resource (...write).",SHALL,Server,,,NA,NA,"1.1.02, 2.2.1.1.02, 2.2.2.1.02, 2.2.3.1.02","subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_workflow-subscriptions_r5_backport_r4_server_interaction-subscriptions_r5_backport_r4_server_notification_delivery, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_empty_content-subscriptions_r5_backport_r4_server_empty_content_interaction-subscriptions_r5_backport_r4_server_notification_delivery, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_id_only_content-subscriptions_r5_backport_r4_server_id_only_content_interaction-subscriptions_r5_backport_r4_server_notification_delivery, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_full_resource_content-subscriptions_r5_backport_r4_server_full_resource_content_interaction-subscriptions_r5_backport_r4_server_notification_delivery"
+hl7.fhir.uv.subscriptions_1.1.0,134,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/conformance.html#conformance-in-fhir-r4,"In order to claim conformance with this guide, a server…SHALL support the Subscription resource (read...).",SHALL,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,135,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/conformance.html#backport-filter-criteria-1,Servers supporting this guide SHALL be able to read values in this [backport-filter-criteria - https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/StructureDefinition-backport-filter-criteria.html] extension.,SHALL,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,136,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/conformance.html#backport-filter-criteria-1,Servers supporting this guide...SHALL be able to apply filters [from the backport-filter-criteria - https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/StructureDefinition-backport-filter-criteria.html extension] as described by any Subscription Topics the server advertises support for.,SHALL,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,137,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/conformance.html#profile-support-1,a conformant server…SHALL communicate all profile data elements that are mandatory by that profile’s StructureDefinition [for the R4/B Topic-Based Subscription profile],SHALL,Server,,,NA,NA,,
+hl7.fhir.uv.subscriptions_1.1.0,138,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/conformance.html#profile-support-1,a conformant server…SHALL communicate all profile data elements that are mandatory by that profile’s StructureDefinition [for the R4 Topic-Based Subscription Notification Bundle],SHALL,Server,,,NA,NA,"1.2.01, 2.2.1.2.01, 2.2.1.2.02, 2.2.2.2.01, 2.2.2.2.02, 2.2.3.2.01, 2.2.3.2.02, 2.3.01, 2.3.02","subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_workflow-subscriptions_r5_backport_r4_server_interaction_verification-subscriptions_r5_backport_r4_server_notification_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_empty_content-subscriptions_r5_backport_r4_server_empty_content_interaction_verification-subscriptions_r5_backport_r4_server_notification_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_empty_content-subscriptions_r5_backport_r4_server_empty_content_interaction_verification-subscriptions_r5_backport_r4_server_empty_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_id_only_content-subscriptions_r5_backport_r4_server_id_only_content_interaction_verification-subscriptions_r5_backport_r4_server_notification_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_id_only_content-subscriptions_r5_backport_r4_server_id_only_content_interaction_verification-subscriptions_r5_backport_r4_server_id_only_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_full_resource_content-subscriptions_r5_backport_r4_server_full_resource_content_interaction_verification-subscriptions_r5_backport_r4_server_notification_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_full_resource_content-subscriptions_r5_backport_r4_server_full_resource_content_interaction_verification-subscriptions_r5_backport_r4_server_full_resource_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_handshake_heartbeat-subscriptions_r5_backport_r4_server_handshake_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_handshake_heartbeat-subscriptions_r5_backport_r4_server_heartbeat_conformance"
+hl7.fhir.uv.subscriptions_1.1.0,139,https://hl7.org/fhir/uv/subscriptions-backport/STU1.1/conformance.html#profile-support-1,a conformant server…SHALL communicate all profile data elements that are mandatory by that profile’s StructureDefinition [for the R4 Backported R5 SubscriptionStatus],SHALL,Server,,,NA,NA,"1.2.01, 2.2.1.2.01, 2.2.1.2.02, 2.2.2.2.01, 2.2.2.2.02, 2.2.3.2.01, 2.2.3.2.02, 2.3.01, 2.3.02","subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_workflow-subscriptions_r5_backport_r4_server_interaction_verification-subscriptions_r5_backport_r4_server_notification_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_empty_content-subscriptions_r5_backport_r4_server_empty_content_interaction_verification-subscriptions_r5_backport_r4_server_notification_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_empty_content-subscriptions_r5_backport_r4_server_empty_content_interaction_verification-subscriptions_r5_backport_r4_server_empty_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_id_only_content-subscriptions_r5_backport_r4_server_id_only_content_interaction_verification-subscriptions_r5_backport_r4_server_notification_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_id_only_content-subscriptions_r5_backport_r4_server_id_only_content_interaction_verification-subscriptions_r5_backport_r4_server_id_only_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_full_resource_content-subscriptions_r5_backport_r4_server_full_resource_content_interaction_verification-subscriptions_r5_backport_r4_server_notification_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_event_notification-subscriptions_r5_backport_r4_server_full_resource_content-subscriptions_r5_backport_r4_server_full_resource_content_interaction_verification-subscriptions_r5_backport_r4_server_full_resource_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_handshake_heartbeat-subscriptions_r5_backport_r4_server_handshake_conformance, subscriptions_r5_backport_r4_server-subscriptions_r5_backport_r4_server_coverage-subscriptions_r5_backport_r4_server_handshake_heartbeat-subscriptions_r5_backport_r4_server_heartbeat_conformance"

data/lib/subscriptions_test_kit/requirements/subscriptions-test-kit_out_of_scope_requirements.csv

@@ -0,0 +1,23 @@
+Req Set,ID,Reason,Details
+hl7.fhir.uv.subscriptions_1.1.0,3,Not Verifiable,Not precise enough to be consistently verified
+hl7.fhir.uv.subscriptions_1.1.0,4,Not Tested,"MAY requirement, support for which doesn't imply other requirements. Additionally, meeting this requirement is simply the absence of other features."
+hl7.fhir.uv.subscriptions_1.1.0,18,Not Tested,"MAY requirement, support for which doesn't imply other requirements."
+hl7.fhir.uv.subscriptions_1.1.0,19,Not Tested,"MAY requirement, support for which doesn't imply other requirements."
+hl7.fhir.uv.subscriptions_1.1.0,22,Not Tested,"MAY requirement, support for which doesn't imply other requirements."
+hl7.fhir.uv.subscriptions_1.1.0,33,Not Tested,"MAY requirement, support for which doesn't imply other requirements."
+hl7.fhir.uv.subscriptions_1.1.0,34,Not Tested,"MAY requirement, support for which doesn't imply other requirements."
+hl7.fhir.uv.subscriptions_1.1.0,37,Not Tested,"MAY requirement, support for which doesn't imply other requirements."
+hl7.fhir.uv.subscriptions_1.1.0,41,Not Tested,"MAY requirement, support for which doesn't imply other requirements."
+hl7.fhir.uv.subscriptions_1.1.0,58,Not Tested,Conflicts with requirement 120 and is removed in future versions of the spec.
+hl7.fhir.uv.subscriptions_1.1.0,61,Not Verifiable,"In the context of this implementation guide, details on how to receive notifications over a custom channel do not exist."
+hl7.fhir.uv.subscriptions_1.1.0,80,Not Tested,"MAY requirement, support for which doesn't imply other requirements."
+hl7.fhir.uv.subscriptions_1.1.0,84,Not Tested,"MAY requirement, support for which doesn't imply other requirements."
+hl7.fhir.uv.subscriptions_1.1.0,88,Not Tested,"MAY requirement, support for which doesn't imply other requirements. Additionally, Inferno won't be able to accept non-R4 subscriptions."
+hl7.fhir.uv.subscriptions_1.1.0,92,Not Tested,"MAY requirement, support for which doesn't imply other requirements."
+hl7.fhir.uv.subscriptions_1.1.0,100,Not Tested,"MAY requirement, support for which doesn't imply other requirements."
+hl7.fhir.uv.subscriptions_1.1.0,104,Not Tested,"MAY requirement, support for which doesn't imply other requirements."
+hl7.fhir.uv.subscriptions_1.1.0,105,Not Tested,"MAY requirement, support for which doesn't imply other requirements."
+hl7.fhir.uv.subscriptions_1.1.0,117,Not Tested,"MAY requirement, support for which doesn't imply other requirements."
+hl7.fhir.uv.subscriptions_1.1.0,123,Not Tested,Used for Websocket channels that Inferno does not currently support
+hl7.fhir.uv.subscriptions_1.1.0,131,Not Verifiable,IG doesn't indicate what must support requirements are for the SubscriptionStatus profile (in contrast to the Subscription profile where they are provided)
+hl7.fhir.uv.subscriptions_1.1.0,132,Not Verifiable,IG doesn't indicate what must support requirements are for the SubscriptionStatus profile (in contrast to the Subscription profile where they are provided)