FHIR Chat · Inferno requires Device to support both AIDC and HRF · inferno

Stream: inferno

Topic: Inferno requires Device to support both AIDC and HRF


view this post on Zulip Ozlem Kurt (Sep 25 2020 at 16:35):

Hello,
At the connect-a-thon, we brought up an issue on the Device resource requiring both AIDC and HRF carriers. The human readable section for must support elements has shown below and it allows OR between AIDC and HRF:
Each Device must support:
A Unique Device Identifier (UDI) numeric or alphanumeric code
either as the Human Readable Form (HRF) string representation of the barcode
or the Automatic Identification and Data Capture (AIDC) representation.

Based on the conversation, I was assigned to ask the question to FDA if they require both or individual carrier for systems. Here is their answer:

The UDI rule does not specify what AIDC (automatic identification and data capture) technologies may be used, because the most appropriate technology will vary depending on the type of device and its intended uses, and because the available technologies are likely to evolve and advance over time. The AIDC technology may be a bar code or any other technology that conveys the UDI or DI in a form that can be entered into an electronic patient record or other computer system via an automated process.

Based on both FHIR specs and FDA response, what action Inferno is planning to take regarding to Device resource failure issue if both AIDC and HRF is not provided?

Best Regards,
Ozlem

view this post on Zulip Robert Scanlon (Sep 25 2020 at 18:40):

Thanks Ozlem! I think I'm interpreting the human readable section different than you though. It says that "Each Device must support either HRF or AIDC", not "The system sending the data must support either HRF or AIDC". Inferno's certification tests allows any given resource to have either, but it won't pass the system until it has shown both, somewhere (they can be in different resources). That is also consistent with the machine-readable must-support flags on the individual elements.

view this post on Zulip Robert Scanlon (Sep 25 2020 at 18:49):

If the intent is for a system to support one or the other (both allowed but not required), I think US Core should be updated. I believe US Core could remove the 'must support' flags on the 3 sub-elements of udiCarrier, and let the cardinality constraint on deviceIdentifier and the us-core-12 invariant enforce the per-device requirement stated in the description.

view this post on Zulip Robert Scanlon (Sep 25 2020 at 18:53):

Thoughts @Brett Marquard? I could be missing something here.

view this post on Zulip Robert Scanlon (Sep 25 2020 at 19:08):

Another thing that could be a good idea is to provide feedback directly to ONC on this, because if the answer here isn't clear cut I think ONC will need to provide guidance on how this is interpreted. You can do that here: https://inquiry.healthit.gov/support/plugins/servlet/desk/portal/2

view this post on Zulip Brett Marquard (Sep 25 2020 at 19:17):

I believe this is a pollicy question for ONC/FDA. future US Core ballot updating must support may also be required. Please log a tracker


Last updated: Apr 12 2022 at 19:14 UTC