Provider Connect Australia (PCA)
24.2.0.0 - active
Provider Connect Australia (PCA) - Local Development build (v24.2.0.0) built by the FHIR (HL7® FHIR® Standard) Build Tools. See the Directory of published versions
Official URL: http://pca.digitalhealth.gov.au/fhir/4.0/CapabilityStatement/pca-subscriber-agent | Version: 24.2.0.0 | |||
Active as of 2024-09-23 | Computable Name: PCASubscriberAgentCapabilityStatement | |||
Copyright/Legal: Copyright © 2024 Australian Digital Health Agency - All rights reserved. This content is licensed under a Creative Commons Attribution 4.0 International License. See https://creativecommons.org/licenses/by/4.0/. |
This is the Capability statement for a PCA Subscriber Agent FHIR server.
Raw OpenAPI-Swagger Definition file | Download
Generated Narrative: CapabilityStatement pca-subscriber-agent
application/fhir+json
, application/fhir+xml
Note to Implementers: FHIR Capabilities
Any FHIR capability may be 'allowed' by the system unless explicitly marked as 'SHALL NOT'. A few items are marked as MAY in the Implementation Guide to highlight their potential relevance to the use case.
server
A PCA Subscriber Agent manages the service offerings for one subscriber organisation (also referred to as a 'business partner' in the PCA portal).
The PCA service instantiates one PCA Subscriber Agent for each participating subscriber organisation. That is, each subscriber organisation interacts with a PCA Subscriber Agent located at a subscriber agent base url that is unique to that organisation.
The subscriber agent base URL for a particular organisation is available via the PCA portal on the 'Organisation Details' screen of the subscriber organisation.
A service offering is made available to a subscriber organisation when a publisher authorises publication of a resource to one or more of the subscriber organisation's partner services.
Publication process
A PCA Publisher Agent creates the Location
, HealthcareService
and PractitionerRole
resources (that are associated with existing Organization
and Practitioner
resources) that represent their service offerings. These resources are made available to a subscriber organisation when a publisher authorises publication of a HealthcareService
or PractitionerRole
resource to one or more of the subscriber organisation's partner services.
The authority to publish is represented using Contract
resources which are also implemented by the PCA Publisher Agent (see the Contract resource endpoint).
Identifier disclosure rules
The PCA service enforces certain business rules regarding the disclosure of Identifiers (including subscriber-issued identifiers) in the resources that it makes available to subscribers.
The result of these rules may be that a copy of a resource received by one subscriber may contain Identifiers that are not included in the copy of the same resource that is received by a different subscriber.
In the case of HPI-Is these identifier disclosure rules ensure that relevant legal requirements are complied with.
Other identifier disclosure rules are defined by the PCA operator.
The identifier disclosure rules are applied automatically at the time that the resource is retrieved by the target PCA Subscriber Agent.
Authorisation rules
Authorised client systems are only permitted to interact with a PCA Subscriber Agent API where the participating organisation associated with the PCA Subscriber Agent has a subscriber approval status of 'Approved'.
Resource profiles and extensions
This API specification defines the required resource profiles for each operation. The PCA Subscriber Agent will reject any request to create or update a resource that contains any extensions (including modifier extensions) not explicitly defined in that resource profile.
OAuth
This server implements OAuth2
search-system
interaction described as follows:Definition:
This operation is a RESTful search interaction (whole system interaction), across multiple resource types (as described in the FHIR specification).
Behaviour:
This operation is used by a client system operated by a subscriber organisation to get resources that match the specified search parameters and that have been published to the subscriber organisation's partner services.
The following search parameters are supported:
_lastUpdated is used to get the resources that have been added or changed since the requesting system last synchronised their local data store with PCA Subscriber Agent. This search parameter supports the gt
and lt
comparison prefixes.
_type is used to filter the resources returned by their resource type. The available types are:
HealthcareService
(returns resources conforming to the PCA Healthcare Service profile)
PractitionerRole
(returns resources conforming to the PCA Practitioner Role profile)
Organization
(returns resources conforming to the PCA Organization profile)
Location
(returns resources conforming to the PCA Location profile)
Practitioner
(returns resources conforming to the PCA Practitioner profile)
Provenance
(returns resources conforming to the PCA Provenance profile)
Contract
(returns resources conforming to the PCA Publication Authorisation Record profile)
Task
(returns resources conforming to the PCA Match Record profile)
Contract
resource with 'status' of 'revoked' indiates that a service offering that was previously published to a partner service is no longer available to that partner service. In this case the Contract
resource will reference a target Organization
, Location
, HealthcareService
, or PractitionerRole
that is not included in the Bundle
(but its id will identify the resource which is no longer published to the subscriber)._include (and _include:iterate) are used in order that all the resources that match the _lastUpdated and _type filters will be accompanied, in the result Bundle
, with all the other resources which they reference (directly or indirectly). Note that the use of _include (and _include:iterate) means that a resource may be present in the result Bundle
either because it matched the other query parameters or because it was referenced (possibly indirectly) by another resource that matched the other query parameters.
_filter is used to only get the resources that have been published to a specific PCA Partner Service of the subscriber organisation. If the _filter parameter is not present, the operation will return resources that have been published to all of the subscriber organisation's partner services. The _filter parameter supports the following query expression:
HealthcareService: id eq [FHIR ID of partner service]
All of the following query parameters are required in order to receive the complete set of resources that have been created, changed or published to all the subscriber organisation's partner services since [last_synchronized]:
_lastUpdated=[last_synchronized]
_type=HealthcareService,PractitionerRole,Practitioner,Organization,Location,Provenance,Contract,Task
_include=Location:organization
_include=HealthcareService:organization
_include=HealthcareService:location
_include=PractitionerRole:organization
_include=PractitionerRole:location
_include=PractitionerRole:service
_include=PractitionerRole:practitioner
_include=Provenance:target
_include=Contract:subject
_include:iterate=HealthcareService:organization
_include:iterate=HealthcareService:location
_include:iterate=PractitionerRole:organization
_include:iterate=PractitionerRole:location
_include:iterate=PractitionerRole:service
_include:iterate=PractitionerRole:practitioner
As described above the resources returned in the Bundle exclude any Identifiers (e.g. HPI-Is) that cannot be disclosed to the subscriber.
This operation supports 'paging' (see FHIR specification). If there are too many resources to return in one Bundle
, the FHIR server adds a next link to the response Bundle
. The contents of the result Bundle
therefore comprise all instances of the requested resource types whose lastUpdated timestamp is greater than the <lastSync> in the request query expression and less than or equal to <lastInBundle> where <lastInBundle> is the greatest lastUpdated value of all resources included in the result Bundle
. The Subscriber Agent FHIR server sets the next link to the filter expression that was used in the original request except that <lastSync> is replaced with <lastInBundle>. If the next link is not present in the Bundle, then there are no more service offerings available.
HTTP interaction signature:
GET [subscriber agent base url]/?[parameters]
Mandatory Request Headers:
Accept: application/fhir+json;charset=utf-8
or Accept: application/fhir+xml;charset=utf-8
Authorization: Bearer [token]
Request Body:
Mandatory Response Headers:
Content-Type: application/fhir+json;charset=utf-8
or Content-Type: application/fhir+xml;charset=utf-8
Response Body:
Success: Bundle
that contains zero to many resources (where the resource type was included in the filter expression of the search request) that conform to the following PCA profiles:
HealthcareService
resources conforming to the PCA Healthcare Service profile
PractitionerRole
resources conforming to the PCA Practitioner Role profile
Organization
resources conforming to the PCA Organization profile
Location
resources conforming to the PCA Location profile
Practitioner
resources conforming to the PCA Practitioner profile
Provenance
resources conforming to the PCA Provenance profile
Contract
resources conforming to the PCA Publication Authorisation Record profile
Contract
resources will be returned that reference each of the HealthcareService
or PractitionerRole
resources that are included in the Bundle
- these Contract
resources have a status of “executed” if the associated PCA Partner Service is active, or a status of “cancelled” if the associated PCA Partner Service is inactive).Contract
resources will also be returned that reference HealthcareService
or PractitionerRole
resources that are not in the Bundle
but for which authority to publish has been revoked - these Contract
resources will have a status of “revoked”).Task
resources conforming to the PCA Match Record profile
Error: OperationOutcome
resource (see FHIR specification).
Required OAuth 2.0 scopes:
The scope string SHALL contain the following scoped role:
Organization/[id]:SS_Receiver
Where [id] SHALL identify the Organization
associated with the target PCA Subscriber Agent.
Response Codes:
_filter
parameter could not be found or is inactive.The summary table lists the resources that are part of this configuration, and for each resource it lists:
_include
_revinclude
Resource Type | Profile | R | S | U | P | C | D | Searches | _include | _revinclude | Operations |
---|---|---|---|---|---|---|---|---|---|---|---|
Organization | http://pca.digitalhealth.gov.au/fhir/4.0/StructureDefinition/pca-organization | y | y | ||||||||
Location | http://pca.digitalhealth.gov.au/fhir/4.0/StructureDefinition/pca-location | y | y | ||||||||
HealthcareService | y | y | y | _profile, active, organization, service-catgeory, coverage-area.location.address-postalcode | |||||||
PractitionerRole | http://pca.digitalhealth.gov.au/fhir/4.0/StructureDefinition/pca-practitioner-role | y | y | PractitionerRole:practitioner , PractitionerRole:healthcareService , PractitionerRole:organization , PractitionerRole:location | |||||||
Practitioner | http://pca.digitalhealth.gov.au/fhir/4.0/StructureDefinition/pca-practitioner | y | |||||||||
Provenance | http://pca.digitalhealth.gov.au/fhir/4.0/StructureDefinition/pca-provenance | y | |||||||||
Contract | y | y | _profile, subject, version | ||||||||
Task | Supported Profiles PCA Match Record PCA Partner Service Task | y | y | y | y | y | _profile, subject, owner | ||||
Subscription | http://hl7.org/fhir/StructureDefinition/Subscription | y | y | y |
read
Definition:
This operation is a RESTful read interaction (as described in the FHIR specification) of an Organization
resource.
Behaviour:
This operation retrieves an identified Organization
resource that conforms to the PCA Organization profile. As described in the common behaviour section, the Organization
resource excludes any Identifiers that cannot be disclosed to the subscriber.
HTTP interaction signature:
GET [subscriber agent base url]/Organization/[id]
Mandatory Request Headers:
Accept: application/fhir+json;charset=utf-8
or Accept: application/fhir+xml;charset=utf-8
Authorization: Bearer [token]
Request Body:
Mandatory Response Headers:
Content-Type: application/fhir+json;charset=utf-8
or Content-Type: application/fhir+xml;charset=utf-8
ETag: [version id]
where [version id] identifies the version of the Organization
resource returned.Response Body:
Organization
resource that conforms to the PCA Organization profile.OperationOutcome
resource (see FHIR specification).Required OAuth 2.0 scopes:
The scope string SHALL contain the following scoped role:
Organization/[id]:SS_Receiver
Where [id] SHALL identify the Organization
associated with the target PCA Subscriber Agent.
Response Codes:
patch
Definition:
This operation is a RESTful patch interaction (as described in the FHIR specification) of an Organization
resource.
Behaviour:
This operation is used to update an identified Organization
resource that conforms to the PCA Organization profile via a JSON or XML patch document. This operation will only process a patch operation for adding or updating an identifier element.
If any of the following data validation rules are violated, then the request is rejected and the error code 422 is returned:
Organization
resource.Organization
resource, and;HTTP interaction signature:
PATCH [subscriber agent base url]/Organization/[id]
Mandatory Request Headers:
Accept: application/json-patch+json;charset=utf-8
or Accept: application/xml-patch+xml;charset=utf-8
Content-Type: application/json-patch+json;charset=utf-8
or Accept: application/xml-patch+xml;charset=utf-8
Authorization: Bearer [token]
Request Body:
application/json-patch+json
, or;application/xml-patch+xml
Mandatory Response Headers:
Content-Type: application/fhir+json;charset=utf-8
or Content-Type: application/fhir+xml;charset=utf-8
ETag: [version id]
where [version id] identifies the version of the Organization
resource returned.Response Body:
Organization
resource that conforms to the PCA Organization profile.OperationOutcome
resource (see FHIR specification).Required OAuth 2.0 scopes:
The scope string SHALL contain the following scoped role:
Organization/[id]:SS_Updater
Where [id] SHALL identify the Organization
associated with the target PCA Subscriber Agent.
Response Codes:
This section defines the supported interactions for the PCA Organization profile of the
Organization
resource type.
read
Definition:
This operation is a RESTful read interaction (as described in the FHIR specification) of a Location
resource.
Behaviour:
This operation retrieves an identified Location
resource that conforms to the PCA Location profile. As described in the common behaviour section, the Location
resource excludes any Identifiers that cannot be disclosed to the subscriber.
HTTP interaction signature:
GET [subscriber agent base url]/Location/[id]
Mandatory Request Headers:
Accept: application/fhir+json;charset=utf-8
or application/fhir+xml;charset=utf-8
Authorization: Bearer [token]
Request Body:
Mandatory Response Headers:
Content-Type: application/fhir+json;charset=utf-8
or Content-Type: application/fhir+xml;charset=utf-8
ETag: [version id]
where [version id] identifies the version of the Location
resource returned.Response Body:
Location
resource that conforms to the PCA Location profile.OperationOutcome
resource (see FHIR specification).Required OAuth 2.0 scopes:
The scope string SHALL contain the following scoped role:
Organization/[id]:SS_Receiver
Where [id] SHALL identify the Organization
associated with the target PCA Subscriber Agent.
Response Codes:
patch
Definition:
This operation is a RESTful patch interaction (as described in the FHIR specification) of a Location
resource.
Behaviour:
This operation is used to update an identified Location
resource that conforms to the PCA Location profile via a JSON or XML patch document. This operation will only process a patch operation for adding or updating an identifier element.
If any of the following data validation rules are violated, then the request is rejected and the error code 422 is returned:
Location
resource.Location
resource, and;HTTP interaction signature:
PATCH [subscriber agent base url]/Location/[id]
Mandatory Request Headers:
Accept: application/json-patch+json;charset=utf-8
or Accept: application/xml-patch+xml;charset=utf-8
Content-Type: application/json-patch+json;charset=utf-8
or Accept: application/xml-patch+xml;charset=utf-8
Authorization: Bearer [token]
Request Body:
application/json-patch+json
, or;application/xml-patch+xml
Mandatory Response Headers:
Content-Type: application/fhir+json;charset=utf-8
or Content-Type: application/fhir+xml;charset=utf-8
ETag: [version id]
where [version id] identifies the version of the Location
resource returned.Response Body:
Location
resource that conforms to the PCA Location profile.OperationOutcome
resource (see FHIR specification).Required OAuth 2.0 scopes:
The scope string SHALL contain the following scoped role:
Organization/[id]:SS_Updater
Where [id] SHALL identify the Organization
associated with the target PCA Subscriber Agent.
Response Codes:
This section defines the supported interactions for the PCA Location profile of the
Location
resource type.A
Location
resource conforming to the PCA Location profile represents a location at which healthcare services are offered by a PCA publisher.
read
Definition:
This operation is a RESTful read interaction (as described in the FHIR specification) of a HealthcareService
resource.
Behaviour:
This operation is used to retrieve an identified HealthcareService
resource that conforms to one of the following profiles:
As described above a HealthcareService
resource conforming to the PCA Healthcare Service profile excludes any Identifiers that cannot be disclosed to the subscriber.
HTTP interaction signature:
GET [subscriber agent base url]/HealthcareService/[id]
Mandatory Request Headers:
Accept: application/fhir+json;charset=utf-8
or Accept: application/fhir+xml;charset=utf-8
Authorization: Bearer [token]
Request Body:
Mandatory Response Headers:
Content-Type: application/fhir+json;charset=utf-8
or Content-Type: application/fhir+xml;charset=utf-8
ETag: [version id]
where [version id] identifies the version of the HealthcareService
resource returned.Response Body:
HealthcareService
resource that conforms to the PCA Healthcare Service profile.OperationOutcome
resource (see FHIR specification).Required OAuth 2.0 scopes:
The scope string SHALL contain the following scoped role:
Organization/[id]:SS_Receiver
Where [id] SHALL identify the Organization
associated with the target PCA Subscriber Agent.
Response Codes:
patch
Definition:
This operation is a RESTful patch interaction (as described in the FHIR specification) of a HealthcareService
resource.
Behaviour:
This operation is used to update an identified HealthcareService
resource that conforms to the PCA Healthcare Service profile via a JSON or XML patch document. This operation will only process a patch operation for adding or updating an identifier element.
If any of the following data validation rules are violated, then the request is rejected and the error code 422 is returned:
HealthcareService
resource.HealthcareService
resource, and;HTTP interaction signature:
PATCH [subscriber agent base url]/HealthcareService/[id]
Mandatory Request Headers:
Accept: application/json-patch+json;charset=utf-8
or Accept: application/xml-patch+xml;charset=utf-8
Content-Type: application/json-patch+json;charset=utf-8
or Accept: application/xml-patch+xml;charset=utf-8
Authorization: Bearer [token]
Request Body:
application/json-patch+json
, or;application/xml-patch+xml
Mandatory Response Headers:
Content-Type: application/fhir+json;charset=utf-8
or Content-Type: application/fhir+xml;charset=utf-8
ETag: [version id]
where [version id] identifies the version of the HealthcareService
resource returned.Response Body:
HealthcareService
resource that conforms to the PCA Healthcare Service profile.OperationOutcome
resource (see FHIR specification).Required OAuth 2.0 scopes:
The scope string SHALL contain the following scoped role:
Organization/[id]:SS_Updater
Where [id] SHALL identify the Organization
associated with the target PCA Subscriber Agent.
Response Codes:
search-type
Definition:
This operation is a RESTful search interaction (as described in the FHIR specification) for HealthcareService
resources that conform to the PCA Partner Service profile.
Behaviour:
The operation is used to find HealthcareService
resources that that conform to the profile PCA Partner Service profile and that match the search parameters.
Note that all PCA Partner Service resources in the PCA service are accessible to all authorised client systems.
HTTP interaction signature:
GET [subscriber agent base url]/HealthcareService/{?[parameters]}
Mandatory Request Headers:
Accept: application/fhir+json;charset=utf-8
or Accept: application/fhir+xml;charset=utf-8
Authorization: Bearer [token]
Request Body:
Mandatory Response Headers:
Content-Type: application/fhir+json;charset=utf-8
or Content-Type: application/fhir+xml;charset=utf-8
Response Body:
HealthcareService
resources that conform to the PCA Partner Service profile.OperationOutcome
resource (see FHIR specification).Required OAuth 2.0 scopes:
The scope string SHALL contain the following scoped role:
Organization/[id]:SS_Receiver
Where [id] SHALL identify the Organization
associated with the target PCA Subscriber Agent.
Response Codes:
This section defines the supported interactions for the PCA Healthcare Service profile and the PCA Partner Service profile of the
HealthcareService
resource type.A
HealthcareService
resource conforming to the PCA Healthcare Service profile describes a healthcare service offered at a location by a PCA publisher.A
HealthcareService
resource conforming to the PCA Partner Service profile describes a partner service offered by a subscriber to which PCA publishers can publish their service offerings.
Conformance | Parameter | Type | Documentation |
---|---|---|---|
SHALL | _profile | uri | |
SHALL | active | token | |
SHALL | organization | reference | |
SHALL | service-catgeory | token | |
SHALL | coverage-area.location.address-postalcode | string |
read
Definition:
This operation is a RESTful read interaction (as described in the FHIR specification) of a PractitionerRole
resource.
Behaviour:
This operation retrieves an identified PractitionerRole
resource that conforms to the PCA Practitioner Role profile. As described in the common behaviour section, the PractitionerRole
resource excludes any Identifiers that cannot be disclosed to the subscriber.
HTTP interaction signature:
GET [subscriber agent base url]/PractitionerRole/[id]
Mandatory Request Headers:
Accept: application/fhir+json;charset=utf-8
or Accept: application/fhir+xml;charset=utf-8
Authorization: Bearer [token]
Request Body:
Mandatory Response Headers:
Content-Type: application/fhir+json;charset=utf-8
or Content-Type: application/fhir+xml;charset=utf-8
ETag: [version id]
where [version id] identifies the version of the PractitionerRole
resource returned.Response Body:
PractitionerRole
resource that conforms to the PCA Practitioner Role profile.OperationOutcome
resource (see FHIR specification).Required OAuth 2.0 scopes:
The scope string SHALL contain the following scoped role:
Organization/[id]:SS_Receiver
Where [id] SHALL identify the Organization
associated with the target PCA Subscriber Agent.
Response Codes:
patch
Definition:
This operation is a RESTful patch interaction (as described in the FHIR specification) of a PractitionerRole
resource.
Behaviour:
This operation is used to update an identified PractitionerRole
resource that conforms to the PCA Practitioner Role profile via a JSON or XML patch document. This operation will only process a patch operation for adding or updating an identifier element.
If any of the following data validation rules are violated, then the request is rejected and the error code 422 is returned:
PractitionerRole
resource.PractitionerRole
resource, and;HTTP interaction signature:
PATCH [subscriber agent base url]/PractitionerRole/[id]
Mandatory Request Headers:
Accept: application/json-patch+json;charset=utf-8
or Accept: application/xml-patch+xml;charset=utf-8
Content-Type: application/json-patch+json;charset=utf-8
or Accept: application/xml-patch+xml;charset=utf-8
Authorization: Bearer [token]
Request Body:
application/json-patch+json
, or;application/xml-patch+xml
Mandatory Response Headers:
Content-Type: application/fhir+json;charset=utf-8
or Content-Type: application/fhir+xml;charset=utf-8
ETag: [version id]
where [version id] identifies the version of the PractitionerRole
resource returned.Response Body:
PractitionerRole
resource that conforms to the PCA Practitioner Role profile.OperationOutcome
resource (see FHIR specification).Required OAuth 2.0 scopes:
The scope string SHALL contain the following scoped role:
Organization/[id]:SS_Updater
Where [id] SHALL identify the Organization
associated with the target PCA Subscriber Agent.
Response Codes:
This section defines the supported interactions for the PCA Practitioner Role profile of the
PractitionerRole
resource type.
EachPractitionerRole
resource conforming to the PCA Practitioner Role profile describes a practitioner in a role at a healthcare service.
read
Definition:
This operation is a RESTful read interaction (as described in the FHIR specification) of a Practitioner
resource.
Behaviour:
This operation retrieves an identified Practitioner
resource that conforms to the PCA Practitioner profile. As described in the common behaviour section, the Practitioner
resource excludes any Identifiers that cannot be disclosed to the subscriber.
HTTP interaction signature:
GET [subscriber agent base url]/Practitioner/[id]
Mandatory Request Headers:
Accept: application/fhir+json;charset=utf-8
or Accept: application/fhir+xml;charset=utf-8
Authorization: Bearer [token]
Request Body:
Mandatory Response Headers:
Content-Type: application/fhir+json;charset=utf-8
or Content-Type: application/fhir+xml;charset=utf-8
ETag: [version id]
where [version id] identifies the version of the Practitioner
resource returned.Response Body:
Practitioner
resource that conforms to the PCA Practitioner profile.OperationOutcome
resource (see FHIR specification).Required OAuth 2.0 scopes:
The scope string SHALL contain the following scoped role:
Organization/[id]:SS_Receiver
Where [id] SHALL identify the Organization
associated with the target PCA Subscriber Agent.
Response Codes:
This section defines the supported interactions for the PCA Practitioner profile of the
Practitioner
resource type.Each
Practitioner
resource conforming the PCA Practitioner profile is a read-only proxy for a correspondingPractitioner
resource managed by the PCA portal.Each 'proxy' has the same id and versionId as the resource within the PCA portal for which it is a proxy.
read
Definition:
This operation is a RESTful read interaction (as described in the FHIR specification) of a Provenance
resource.
Behaviour:
This operation retrieves an identified Provenance
resource that conforms to the PCA Provenance profile.
HTTP interaction signature:
GET [subscriber agent base url]/Provenance/[id]
Mandatory Request Headers:
Accept: application/fhir+json;charset=utf-8
or Accept: application/fhir+xml;charset=utf-8
Authorization: Bearer [token]
Request Body:
Mandatory Response Headers:
Content-Type: application/fhir+json;charset=utf-8
or Content-Type: application/fhir+xml;charset=utf-8
Response Body:
Provenance
resource that conforms to the PCA Provenance profile.OperationOutcome
resource (see FHIR specification).Required OAuth 2.0 scopes:
The scope string SHALL contain the following scoped role:
Organization/[id]:SS_Receiver
Where [id] SHALL identify the Organization
associated with the target PCA Subscriber Agent.
Response Codes:
This section defines the supported interactions for the PCA Provenance profile of the
Provenance
resource type.Each
Provenance
resource conforming to the PCA Provenance profile represents an activity performed by the PCA service (conditionally on behalf of a participating organisation when the target element references a PCA Organization resource) whereby specific data elements of a PCA Organization or PCA Practitioner resource have been initially retrieved, updated or verified from an external system of record.
read
Definition:
This operation is a RESTful read interaction (as described in the FHIR specification) of a Contract
resource.
This operation is used to retrieve an identified Contract
resource that conforms to one of the following profiles:
Different authorisation rules apply depending on the profile of the Contract
resource being retrieved; see the 'Required OAuth 2.0 scopes' section
HTTP interaction signature:
GET [subscriber agent base url]/Contract/[id]
Mandatory Request Headers:
Accept: application/fhir+json;charset=utf-8
or Accept: application/fhir+xml;charset=utf-8
Authorization: Bearer [token]
Request Body:
Mandatory Response Headers:
Content-Type: application/fhir+json;charset=utf-8
or Content-Type: application/fhir+xml;charset=utf-8
Response Body:
Contract
resource that conforms to the PCA Publication Authorisation Record profile.OperationOutcome
resource (see FHIR specification).Required OAuth 2.0 scopes:
The scope string SHALL contain the following scoped role:
Organization/[id]:SS_Receiver
Where [id] SHALL identify the Organization
associated with the target PCA Subscriber Agent.
Response Codes:
search-type
Definition:
This operation is a RESTful search interaction (as described in the FHIR specification) for Contract
resources.
Behaviour:
This operation is used to find Contract
resources that conform to the PCA Information Use Statement profile and that match the search parameters.
Note that all PCA Information Use Statement resources in the PCA service are accessible to all authorised client systems.
HTTP interaction signature:
GET [subscriber agent base url]/Contract/{?[parameters]}
Mandatory Request Headers:
Accept: application/fhir+json;charset=utf-8
or Accept: application/fhir+xml;charset=utf-8
Authorization: Bearer [token]
Request Body:
Mandatory Response Headers:
Content-Type: application/fhir+json;charset=utf-8
or Content-Type: application/fhir+xml;charset=utf-8
Response Body:
Contract
resources that conform to the profile PCA Information Use Statement profile.OperationOutcome
resource (see FHIR specification).Required OAuth 2.0 scopes:
The scope string SHALL contain the following scoped role:
Organization/[id]:SS_Receiver
Where [id] SHALL identify the Organization
associated with the target PCA Subscriber Agent.
Response Codes:
This section defines the supported interactions for the PCA Publication Authorisation Record profile and the PCA Information Use Statement profile of the
Contract
resource type.A
Contract
resource conforming to the PCA Publication Authorisation Record profile records a decision regarding the publication of a specific service offering (either aHealthcareService
or aPractitionerRole
) to a specific partner service. The decision is either to authorise publication or to revoke a previous authority to publish.A
Contract
resource conforming to the PCA Information Use Statement profile represents a policy statement by a subscriber organisation's partner service that describes how they will use the information from publisher organisations that is disclosed to the partner service.
read
Definition:
This operation is a RESTful read interaction (as described in the FHIR specification) of a Task
resource.
Behaviour:
This operation retrieves an identified Task
resource that conforms to the PCA Match Record profile or the PCA Partner Service profile of the Task resource type.
HTTP interaction signature:
GET [subscriber agent base url]/Task/[id]
Mandatory Request Headers:
Accept: application/fhir+json;charset=utf-8
or Accept: application/fhir+xml;charset=utf-8
Authorization: Bearer [token]
Request Body:
Mandatory Response Headers:
Content-Type: application/fhir+json;charset=utf-8
or Content-Type: application/fhir+xml;charset=utf-8
Response Body:
Task
resource that conforms to the PCA Match Record profile or the PCA Partner Service Task profile.OperationOutcome
resource (see FHIR specification).Required OAuth 2.0 scopes:
The scope string SHALL contain one of the following scoped role:
Organization/[id]:SS_Receiver
Organization/[id]:SS_TaskManager
Where [id] SHALL identify the Organization
associated with the target PCA Subscriber Agent.
The SS_Updater
role SHALL be used for reading Task
resources conforming to the PCA Match Record profile.
The SS_TaskManager
role SHALL be used for reading Task
resources conforming to the PCA Partner Service Task profile.
Response Codes:
create
Definition:
This operation is a RESTful create interaction (as described in the FHIR specification) of a Task
resource that conforms to the PCA Match Record profile or the PCA Partner Service Task profile.
Behaviour:
If any of the applicable data validation rules are violated in the input resource then the request is rejected and the error code 422 is returned.
Common validation rules:
PCA Match Record validation rules:
PCA Partner Service Task validation rules:
If the resource conforms to the PCA Partner Service Task profile:
If the resource conforms to the PCA Partner Service Task profile and the type
is 'PartnerServiceCompleteOnlineForm':
type
= 'dueOn', value
= valueDateTimetype
= 'reason', value
= valueStringtype
= 'urlId', value
= valueStringtype
= 'formName', value
= valueStringtype
is 'PartnerServiceProvideMissingInformation':
type
= 'missingDetails', value
= valueStringtype
is 'PartnerServiceVerifyInformation':
type
= 'verifyDetails', value
= valueStringHTTP interaction signature:
POST [subscriber agent base url]/Task
Mandatory Request Headers:
Accept: application/fhir+json;charset=utf-8
or Accept: application/fhir+xml;charset=utf-8
Content-Type: application/fhir+json;charset=utf-8
or Content-Type: application/fhir+xml;charset=utf-8
Authorization: Bearer [token]
Request Body:
Task
resource that conforms to the PCA Match Record profile.Mandatory Response Headers:
Content-Type: application/fhir+json;charset=utf-8
or Content-Type: application/fhir+xml;charset=utf-8
ETag: [version id]
where [version id] identifies the version of the new Task
resource.Response Body:
Task
resource that conforms to the PCA Match Record profile.OperationOutcome
resource (see FHIR specification).Required OAuth 2.0 scopes:
The scope string SHALL contain the following scoped role:
Organization/[id]:SS_Updater
Organization/[id]:SS_TaskManager
Where [id] SHALL identify the Organization
associated with the target PCA Subscriber Agent.
The SS_Updater
role SHALL be used for creating Task
resources conforming to the PCA Match Record profile.
The SS_TaskManager
role SHALL be used for creating Task
resources conforming to the PCA Partner Service Task profile.
Response Codes:
update
Definition:
This operation is a RESTful update interaction (as described in the FHIR specification) of a Task
resource that conforms to the PCA Match Record profile or the PCA Partner Service Task profile.
Behaviour:
If the 'if-match' HTTP header is not provided in the request, then the PCA Subscriber Agent will reject the request and return the error code 400.
If the 'if-match' HTTP header does not match the current version, then the PCA Subscriber Agent will reject the request and return the error code 412.
If any of the applicable data validation rules are violated in the input resource then the request is rejected and the error code 422 is returned.
Common validation rules:
Task
identified in the 'if-match' HTTP header.PCA Match Record validation rules:
Task
.PCA Partner Service Task validation rules:
Task
.HTTP interaction signature:
PUT [subscriber agent base url]/Task/[id]
Mandatory Request Headers:
Accept: application/fhir+json;charset=utf-8
or Accept: application/fhir+xml;charset=utf-8
Content-Type: application/fhir+json;charset=utf-8
or Content-Type: application/fhir+xml;charset=utf-8
Authorization: Bearer [token]
if-match [version id]
where [version id] is the version of the Task
being updated.Request Body:
Task
resource that conforms to the PCA Match Record profile.
Mandatory Response Headers:
Content-Type: application/fhir+json;charset=utf-8
or Content-Type: application/fhir+xml;charset=utf-8
ETag: [version id]
where [version id] identifies the version of the Task
resource returned.Response Body:
Task
resource that conforms to the PCA Match Record profile.OperationOutcome
resource (see FHIR specification).Required OAuth 2.0 scopes:
The scope string SHALL contain the following scoped role:
Organization/[id]:SS_Updater
Organization/[id]:SS_TaskManager
Where [id] SHALL identify the Organization
associated with the target PCA Subscriber Agent.
The SS_Updater
role SHALL be used for updating Task
resources conforming to the PCA Match Record profile.
The SS_TaskManager
role SHALL be used for updating Task
resources conforming to the PCA Partner Service Task profile.
Response Codes:
patch
Definition:
This operation is a RESTful patch interaction (as described in the FHIR specification) of a Task
resource.
Behaviour:
This operation is used to update an identified Task
resource that conforms to the PCA Match Record profile via a JSON or XML patch document. This operation will only process a patch operation for adding or updating an identifier element.
If any of the following data validation rules are violated, then the request is rejected and the error code 422 is returned:
Task
resource.Task
resource, and;HTTP interaction signature:
PATCH [subscriber agent base url]/Task/[id]
Mandatory Request Headers:
Accept: application/json-patch+json;charset=utf-8
or Accept: application/xml-patch+xml;charset=utf-8
Content-Type: application/json-patch+json;charset=utf-8
or Accept: application/xml-patch+xml;charset=utf-8
Authorization: Bearer [token]
Request Body:
application/json-patch+json
, or;application/xml-patch+xml
Mandatory Response Headers:
Content-Type: application/fhir+json;charset=utf-8
or Content-Type: application/fhir+xml;charset=utf-8
ETag: [version id]
where [version id] identifies the version of the Task
resource returned.Response Body:
Task
resource that conforms to the PCA Match Record profile.OperationOutcome
resource (see FHIR specification).Required OAuth 2.0 scopes:
The scope string SHALL contain the following scoped role:
Organization/[id]:SS_Updater
Where [id] SHALL identify the Organization
associated with the target PCA Subscriber Agent.
Response Codes:
search-type
Definition:
This operation is a RESTful search interaction (as described in the FHIR specification) for Task
resources that conform to the PCA Match Record profile or the PCA Partner Service Task profile.
Behaviour:
The operation is used to find Task
resources that that conform to the profile PCA Match Record profile or the PCA Partner Service Task profile and that match the search parameters.
HTTP interaction signature:
GET [subscriber agent base url]/Task/{?[parameters]}
Mandatory Request Headers:
Accept: application/fhir+json;charset=utf-8
or Accept: application/fhir+xml;charset=utf-8
Authorization: Bearer [token]
Request Body:
Mandatory Response Headers:
Content-Type: application/fhir+json;charset=utf-8
or Content-Type: application/fhir+xml;charset=utf-8
Response Body:
Task
resources that conform to the PCA Match Record profile or the PCA Partner Service Task profile.OperationOutcome
resource (see FHIR specification).Required OAuth 2.0 scopes:
The scope string SHALL contain the following scoped role:
Organization/[id]:SS_Receiver
Where [id] SHALL identify the Organization
associated with the target PCA Subscriber Agent.
Response Codes:
This section defines the supported interactions for the PCA Match Record profile or the PCA Partner Service Task profile of the
Task
resource type.A
Task
resource conforming to the PCA Match Record profile indicates the matching status of a service offering to a partner service’s local data store.A
Task
resource conforming to the PCA Partner Service Task profile indicates a task created by a partner service via their authorised subscribing system.
create
Definition:
This operation is a RESTful create interaction (as described in the FHIR specification) of a Subscription
resource conforming to the PCA Subscription profile.
Behaviour:
This operation is used to register a callback to receive a notification whenever there are changes in the data set that is published to a subscriber.
A notification is simply a HTTP POST without any content – the purpose is to trigger the subscriber’s client system to get the available service offerings by invoking the whole system search operation.
If any of the following data validation rules are violated in the input resource, then the request is rejected and the error code 422 is returned:
HTTP interaction signature:
POST [subscriber agent base url]/Subscription
Mandatory Request Headers:
Accept: application/fhir+json;charset=utf-8
or Accept: application/fhir+xml;charset=utf-8
Content-Type: application/fhir+json;charset=utf-8
or Content-Type: application/fhir+xml;charset=utf-8
Authorization: Bearer [token]
Request Body:
Subscription
resource that conforms to the PCA Subscription profile.Mandatory Response Headers:
Content-Type: application/fhir+json;charset=utf-8
or Content-Type: application/fhir+xml;charset=utf-8
Response Body:
Subcription
resource that conforms to the PCA Subscription profile.OperationOutcome
resource (see FHIR specification).Required OAuth 2.0 scopes:
The scope string SHALL contain the following scoped role:
Organization/[id]:SS_Receiver
Where [id] SHALL identify the Organization
associated with the target PCA Subscriber Agent.
Response Codes:
search-type
Definition:
This operation is a RESTful search interaction (as described in the FHIR specification) for a Subscription
resource that is associated with the target Subscriber Agent and that conforms to the PCA Subscription profile.
Behaviour:
This operation is used to find a Subscription
resource that is associated with the target Subscriber Agent and that conforms to the PCA Subscription profile.
HTTP interaction signature:
GET [subscriber agent base url]/Subscription/
Mandatory Request Headers:
Accept: application/fhir+json;charset=utf-8
or Accept: application/fhir+xml;charset=utf-8
Authorization: Bearer [token]
Request Body:
Mandatory Response Headers:
Content-Type: application/fhir+json;charset=utf-8
or Content-Type: application/fhir+xml;charset=utf-8
Response Body:
Bundle
that contains zero or one Subscription
resource that that is associated with the target Subscriber Agent and that conforms to the PCA Subscription profile.OperationOutcome
resource (see FHIR specification).Required OAuth 2.0 scopes:
The scope string SHALL contain the following scoped role:
Organization/[id]:SS_Receiver
Where [id] SHALL identify the Organization
associated with the target PCA Subscriber Agent.
Response Codes:
delete
Definition:
This operation is a RESTful delete interaction (as described in the FHIR specification) of a Subscription
resource.
Behaviour:
This operation is used to deregister an existing notification callback.
HTTP interaction signature:
DELETE [subscriber agent base url]/Subscription/[id]
Mandatory Request Headers:
Authorization: Bearer [token]
Request Body:
Mandatory Response Headers:
Response Body:
Required OAuth 2.0 scopes:
The scope string SHALL contain the following scoped role:
Organization/[id]:SS_Receiver
Where [id] SHALL identify the Organization
associated with the target PCA Subscriber Agent.
Response Codes:
This section defines the supported interactions for the PCA Subscription profile of the
Subscription
resource type.The PCA Subscription profile of
Subscription
is used by subscribing systems to register for notifications from the PCA service when new or updated service offerings are available, or when publication of existing service offerings has been newly revoked.
Supported search parameters:
Parameter | Type | Definition |
_lastUpdated | date | http://hl7.org/fhir/SearchParameter/Resource-lastUpdated |
_type | token | |
_include | special | |
_include:iterate | special | |
_filter | special | |
_page | special | |
_count | special | |
_resultId | special |
This section defines the supported interactions for the PCA Organization profile of the Organization
resource type.
Option | Value |
versioning | versioned |
readHistory | false |
updateCreate | false |
conditionalCreate | false |
conditionalRead | not-supported |
conditionalUpdate | false |
conditionalDelete | not-supported |
referencePolicy | not specified |
searchInclude | _include not supported |
searchRevInclude | _revinclude not supported |
This section defines the supported interactions for the PCA Location profile of the Location
resource type.
A Location
resource conforming to the PCA Location profile represents a location at which healthcare services are offered by a PCA publisher.
Option | Value |
versioning | versioned |
readHistory | false |
updateCreate | false |
conditionalCreate | false |
conditionalRead | not-supported |
conditionalUpdate | false |
conditionalDelete | not-supported |
referencePolicy | not specified |
searchInclude | _include not supported |
searchRevInclude | _revinclude not supported |
This section defines the supported interactions for the PCA Healthcare Service profile and the PCA Partner Service profile of the HealthcareService
resource type.
A HealthcareService
resource conforming to the PCA Healthcare Service profile describes a healthcare service offered at a location by a PCA publisher.
A HealthcareService
resource conforming to the PCA Partner Service profile describes a partner service offered by a subscriber to which PCA publishers can publish their service offerings.
Option | Value |
versioning | versioned |
readHistory | false |
updateCreate | false |
conditionalCreate | false |
conditionalRead | not-supported |
conditionalUpdate | false |
conditionalDelete | not-supported |
referencePolicy | not specified |
searchInclude | _include not supported |
searchRevInclude | _revinclude not supported |
Supported search parameters:
Parameter | Type | Definition |
_profile | uri | http://hl7.org/fhir/SearchParameter/Resource-profile |
active | token | http://hl7.org/fhir/SearchParameter/HealthcareService-active |
organization | reference | http://hl7.org/fhir/SearchParameter/HealthcareService-organization |
service-catgeory | token | http://hl7.org/fhir/SearchParameter/HealthcareService-service-category |
coverage-area.location.address-postalcode | string |
This section defines the supported interactions for the PCA Practitioner Role profile of the PractitionerRole
resource type.
Each PractitionerRole
resource conforming to the PCA Practitioner Role profile describes a practitioner in a role at a healthcare service.
Option | Value |
versioning | versioned |
readHistory | false |
updateCreate | false |
conditionalCreate | false |
conditionalRead | not-supported |
conditionalUpdate | false |
conditionalDelete | not-supported |
referencePolicy | not specified |
searchInclude | PractitionerRole:practitioner |
searchInclude | PractitionerRole:healthcareService |
searchInclude | PractitionerRole:organization |
searchInclude | PractitionerRole:location |
searchRevInclude | _revinclude not supported |
This section defines the supported interactions for the PCA Practitioner profile of the Practitioner
resource type.
Each Practitioner
resource conforming the PCA Practitioner profile is a read-only proxy for a corresponding Practitioner
resource managed by the PCA portal.
Each 'proxy' has the same id and versionId as the resource within the PCA portal for which it is a proxy.
Option | Value |
versioning | versioned |
readHistory | false |
updateCreate | false |
conditionalCreate | false |
conditionalRead | not-supported |
conditionalUpdate | false |
conditionalDelete | not-supported |
referencePolicy | not specified |
searchInclude | _include not supported |
searchRevInclude | _revinclude not supported |
This section defines the supported interactions for the PCA Provenance profile of the Provenance
resource type.
Each Provenance
resource conforming to the PCA Provenance profile represents an activity performed by the PCA service (conditionally on behalf of a participating organisation when the target element references a PCA Organization resource) whereby specific data elements of a PCA Organization or PCA Practitioner resource have been initially retrieved, updated or verified from an external system of record.
Option | Value |
versioning | no-version |
readHistory | false |
updateCreate | false |
conditionalCreate | false |
conditionalRead | not-supported |
conditionalUpdate | false |
conditionalDelete | not-supported |
referencePolicy | not specified |
searchInclude | _include not supported |
searchRevInclude | _revinclude not supported |
This section defines the supported interactions for the PCA Publication Authorisation Record profile and the PCA Information Use Statement profile of the Contract
resource type.
A Contract
resource conforming to the PCA Publication Authorisation Record profile records a decision regarding the publication of a specific service offering (either a HealthcareService
or a PractitionerRole
) to a specific partner service. The decision is either to authorise publication or to revoke a previous authority to publish.
A Contract
resource conforming to the PCA Information Use Statement profile represents a policy statement by a subscriber organisation's partner service that describes how they will use the information from publisher organisations that is disclosed to the partner service.
Option | Value |
versioning | versioned |
readHistory | false |
updateCreate | false |
conditionalCreate | false |
conditionalRead | not-supported |
conditionalUpdate | false |
conditionalDelete | not-supported |
referencePolicy | not specified |
searchInclude | _include not supported |
searchRevInclude | _revinclude not supported |
This section defines the supported interactions for the PCA Match Record profile or the PCA Partner Service Task profile of the Task
resource type.
A Task
resource conforming to the PCA Match Record profile indicates the matching status of a service offering to a partner service’s local data store.
A Task
resource conforming to the PCA Partner Service Task profile indicates a task created by a partner service via their authorised subscribing system.
Option | Value |
versioning | versioned-update |
readHistory | false |
updateCreate | false |
conditionalCreate | false |
conditionalRead | not-supported |
conditionalUpdate | false |
conditionalDelete | not-supported |
referencePolicy | not specified |
searchInclude | _include not supported |
searchRevInclude | _revinclude not supported |
Supported search parameters:
Parameter | Type | Definition |
_profile | uri | http://hl7.org/fhir/SearchParameter/Resource-profile |
subject | reference | http://hl7.org/fhir/SearchParameter/Task-subject |
owner | reference | http://hl7.org/fhir/SearchParameter/Task-owner |
This section defines the supported interactions for the PCA Subscription profile of the Subscription
resource type.
The PCA Subscription profile of Subscription
is used by subscribing systems to register for notifications from the PCA service when new or updated service offerings are available, or when publication of existing service offerings has been newly revoked.
Option | Value |
versioning | no-version |
readHistory | false |
updateCreate | false |
conditionalCreate | false |
conditionalRead | not-supported |
conditionalUpdate | false |
conditionalDelete | not-supported |
referencePolicy | not specified |
searchInclude | _include not supported |
searchRevInclude | _revinclude not supported |
Supported search parameters:
Parameter | Type | Definition |