0.2 - ci-build
SHINNYIG - Local Development build (v0.2). See the Directory of published versions
Official URL: http://shinny.org/ImplementationGuide/fhir.shinny | Version: 0.2 | |||
Active as of 2023-07-28 | Computable Name: SHINNYIG |
“An implementation guide (IG) is a set of rules about how FHIR resources are used to solve a particular problem, with associated documentation to support and clarify the usage”. It also provides documentation about individual resource profiles that can be used by FHIR implementers. The FHIR profiles, that are contained in an IG, provide a way to customize resources by allowing one to create use case specific definitions, constraints and/or extensions on base resources.
The SHIN-NY IG extends from a limited set of US Core resource profiles to take advantage some of their extensions, terminology sets and value set bindings while relaxing many of the cardinality rules and constraints to allow for less than ideal data to be able to be transmitted over the wire.
In its current iteration the SHIN-NY IG only has profiles on the resources below. This list will be extended to cover all resources necessary to support all FHIR transformations.
Preferably, clinical data will be sent throughout the day as it is received by QEs; however, at a minimum, all hospital encounter and laboratory data transmitted to a QE by participants on a given day must be sent by 10:00 AM ET the following day.
See the SHIN-NY IG Tracker on the Extranet for clinical data assumptions & decisions: SHIN-NY IG Tracker.xlsx
The data lake Rest API will only support the following HTTP methods and routes:
Route | HTTP Method | Action |
---|---|---|
http://shinny.org/Bundle/ | POST | Create or Update a resource |
http://shinny.org/Bundle/:resource_id | DELETE | DELETE an all existing resources contained in the Bundle |
The data lake API will not support the full set of FHIR routes that are supported by a typical FHIR Server.
Routes such as the ones below will not be supported:
The data lake will not persist any FHIR Bundle resources. Only the individual FHIR resources contained within the
Bundle will be persisted. It is expected that the calling application will always provide a resource id
(FHIR Resource logical id) and that logical id will be used to make any subsequent updates to any FHIR resources.
It is not expected that a resource id is provided in the URI during a POST call by the calling application.
All resource ids in the URI will always be ignored since the Bundle resource is not persisted.
HTTP method recommendations:
If an error occurs during the processing of any HTTP call a FHIR OperationOutcome resource will be returned providing detailed information about the outcome of an attempted system operation.
Data Ingest Workflow
QE Name | ENV | API Endpoint |
---|---|---|
Bronx RHIO | DEV | https://5hlpkcpksa.execute-api.us-east-1.amazonaws.com/dev |
HEALTHeLINK | DEV | https://7kf806hh44.execute-api.us-east-1.amazonaws.com/dev |
Healthix | DEV | https://u8f4ckrx73.execute-api.us-east-1.amazonaws.com/dev |
HealtheConnections | DEV | https://ozr8udz0re.execute-api.us-east-1.amazonaws.com/dev |
Hixny | DEV | https://ggexmhfffg.execute-api.us-east-1.amazonaws.com/dev |
Rochester RHIO | DEV | https://go2j9ega88.execute-api.us-east-1.amazonaws.com/dev |
Fixes and New Additions