-
Type:
Change Request
-
Resolution: Persuasive
-
Priority:
Highest
-
US CARIN Blue Button (FHIR)
-
0.1 [deprecated]
-
Financial Mgmt
-
(NA)
-
-
Mark Roberts/Bob Dieterle: 14-0-2
-
Clarification
-
Compatible, substantive
J.URL (http://hl7.org/fhir/us/carin-bb/2020Feb/Authorization,_Authentication,_and_Registration.html). I can understand deferring the definition of "additional constraints" on optional or even recommended parts of the spec (UDAP), but it's very poor form to not define constraints on required parts of the spec (SMART). I have to question if this IG is ready for publishing if required parts of the specification are undefined in the specification.
Existing Wording:
Client applications and systems of record SHALL support the standalone launch sequence of the SMART App Launch framework for user authorization and client authentication. … Additional constraints on the SMART and UDAP profiles listed above for the CARIN Blue Button IG use case can be found at URI TBD.
- is voted on by
-
BALLOT-12292 Negative - Christopher Schaut : 2020-Feb-BLUEBUTTON R1 STU
- Balloted
- relates to
-
FHIR-26743 Guys – these four short paragraphs reference 3 different UDAP profiles and SMART app launch
-
- Published
-