medplum / medplum / 24218154041 / 1

92%

main: 92%

push

github

fix(health-gorilla): strip non-Coding fields from diagnoses to prevent lab order submission failures (#8932)

* fix(health-gorilla): strip non-Coding fields from diagnoses to prevent lab order submission failures

## Problem

When a clinician submitted a lab order with ICD-10 diagnoses, the order
failed silently: the "Error creating lab order" toast appeared, no order
was sent to Health Gorilla, and no AuditEvent was recorded for the
send-to-health-gorilla bot.

Investigation revealed orphaned per-test ServiceRequest resources in
Medplum with basedOn references pointing to a root ServiceRequest that
did not exist. CloudWatch logs surfaced the root cause:

  "Invalid additional property \"designation\"
  (ServiceRequest.reasonCode[1].coding[0].designation)"

## Root Cause

ValueSetAutocomplete returns ValueSetExpansionContains objects from the
terminology server. These include fields that are not valid on the FHIR
Coding type (designation, abstract, inactive, contains). In both
OrderLabsPage and the health-gorilla-demo HomePage, the ValueSetAutocomplete
onChange handler was casting these objects directly as Coding with no
sanitization:

  items.map((item) => ({ coding: [item] }))

When the selected ICD-10 code had a designation array in its terminology
expansion, the root lab order ServiceRequest failed FHIR schema
validation (422) on write. Because the project did not have the
transaction-bundles feature flag enabled, the batch processed entries
independently: per-test ServiceRequests committed as orphans, the root
ServiceRequest was never created, and the bot was never triggered.

## Fixes

1. packages/react/src/CodingInput/CodingInput.tsx
   - Exported valueSetElementToCoding and codingToValueSetElement as
     public utilities from @medplum/react. These functions already
     existed privately in CodingInput; making them public gives all
     callers a correct, shared conversion function to reach for.

2. examples/medplum-provider/src/pages/labs/Or... (continued)

18270 of 20816 branches covered (87.77%)

Branch coverage included in aggregate %.

33118 of 35126 relevant lines covered (94.28%)

13453.9 hits per line