You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As an ACED data submitter, when I've submitted data (see #9), I need to know the details of the Bundle contents and how the bundle will be processed.
Bundle object implementation notes
GET Bundle/[id] is NOT implemented at this time, should processing time become an issue we may return a 201 from the POST to allow the client to query for completion via GET
Rule: For collections of type transaction or batch, all entries must contain request elements, and resources if the entry.request.methods is PUT, POST or PATCH
The ACED data model is a subset of the FHIR model, the server MUST reject the transaction if an unsupported resource is included. e.g. A Claim resource is included.
The client MUST interrogate the bundle response for individual entry response.status for standard result codes
role-based access control (RBAC)
The server MUST reject all requests without a Authorization header
The server MUST interrogate Arborist to validate submission rights see existing fhir_import job
Bundle processing
check authz
create Bundle file
delegate: launch fhir import, modified to support Bundle
for DELETE transactions - remove from fhir_store, flat store, etc.
for all others - create .ndjson - process as usual as is
issues
Semantics of fullUrl: only ids of form urn:uuid:XXXXX will be supported
Each entry request should include the url[type]?identifier=$system|$value e.g. Patient?identifier=http:/example.org/fhir/ids|456456
All resources should include an identifier - that identifier MUST not include PHI
In order to prevent "schema explosion" 🤯, the openapi component/schema/ definitions are minimal representations of [Bundle, Bundle_Entry, Bundle_Request, Bundle_Response]. iceberg_tools will validate using complete R5
Use Case
As an ACED data submitter, when I've submitted data (see #9), I need to know the details of the Bundle contents and how the bundle will be processed.
Bundle object implementation notes
GET Bundle/[id] is NOT implemented at this time, should processing time become an issue we may return a 201 from the POST to allow the client to query for completion via GET
Rule: The only methods support for each entry.request.methods is PUT (upsert) and DELETE
Rule: For collections of type transaction or batch, all entries must contain request elements, and resources if the entry.request.methods is PUT,
POST or PATCHThe only type supported is transaction, transaction-response
The ACED data model is a subset of the FHIR model, the server MUST reject the transaction if an unsupported resource is included. e.g. A Claim resource is included.
The client MUST interrogate the bundle response for individual entry response.status for standard result codes
role-based access control (RBAC)
Bundle processing
as is
issues
[type]?identifier=$system|$value
e.g. Patient?identifier=http:/example.org/fhir/ids|456456component/schema/
definitions are minimal representations of [Bundle, Bundle_Entry, Bundle_Request, Bundle_Response]. iceberg_tools will validate using complete R5valid resource types
examples
example openapi : see docs/openapi.yaml
example bundle
The text was updated successfully, but these errors were encountered: