-
Type:
Change Request
-
Resolution: Persuasive
-
Priority:
Medium
-
US Bidirectional Services eReferrals (BSeR) (FHIR)
-
STU3
-
Public Health
-
STU
-
(profiles) [deprecated]
-
-
AMS/Craig: 11-0-0
-
Clarification
-
Non-substantive
None of the value set reference lead to a human readable version of the value set. This will make it very difficult to implement.
The Terminology Bindings table seems incomplete, and in some cases wrong.
Without being able to see the value set for Referral Status Code, it's hard to know for sure, but I wonder how different referral statuses will impact the overall Observation.status which is fixed to "final". If a referral status evolves over time, is it OK to keep Observation.status to "final" even though the values in the observation resource have changed?
Component3 seems to be missing "value" elements. Components 3 and 5 are the only ones without a dataAbsentReason element (it's not clear why the other components need this rather than just not being included if there is no data).
The UML expression shows the referral identifier as being a codeable concept but the Structure Definition uses valueString for Component5. String seems like a reasonable data type if this is really an ID. This Component could also use some clarification if this refers to the initiator's ID or the recipient's referral ID.
- is voted on by
-
BALLOT-7619 Negative - Craig Newman : 2019-May-FHIR IG BSeR R1
- Balloted