Conversation
a02e8f0 to
18a4066
Compare
|
The recent torrent of commits is the result of Julia, Julian, and me collaborating in the WS. With her careful feedback, I've successfully:
We may still want to take a more sensible approach to 4, so I'm open to feedback. |
jafeltra
left a comment
There was a problem hiding this comment.
I had a few comments inline, but I had one other question in general:
- I think the Tumor Marker Test VS and Surgical Procedure VS were both ones we manually expanded, correct? Do you think there's a need to include the unexpanded filters in our ValueSets? I haven't actually looked into if there's a valid way to include both the expanded codes and additional filters in the FHIR resource, but I can if that's helpful in answering this question.
I talked to Dylan about this, and he reminded me that our logic for checking codes in value sets only looks in the |
jafeltra
left a comment
There was a problem hiding this comment.
One last thought after your most recent changes: should we remove all the radiation procedure related value sets since we removed the extractor entirely?
* updates all MEF VS and adds scripts to regenerate in the future scripts
Summary
Updates ValueSets(VS) to use STU2 equivalents. This PR also adds a markdown file and node-script, explaining and enabling the VS expansion pipeline for ease of future use. Since this expansion is scripted, a number of VS's beyond what we use today were generated; all VS based in the
elixhauserIG were removed and all VS stemming from mCODE were left in, even if unused.Below, I highlight VS's we used , and what changes have been made.
Of note: Several expansions failed, and instead of a VS with an
expansionfield we have the originalcomposefield, intensionally defining the VS. Importantly, this happens to our cancer-related-surgical-procedure VS to the point of unusability. We need to decide if we're okay with a janky Surgial-procedure extractor for now, or if we want to retain the old, more-usable VS to maintain Extractor functionality; while we discuss I've left the test broken.Below is a full list of VS that fail expansion, with bolding applied to those VS we've had prior to this PR:
New behavior
No new code behavior in the functional MEF; new behavior is restricted only to what codes are semantically tied to certain mCODE concepts. There is a new script for auto-expanding future VS –
vs-expansion-script.js.Code changes
New vs-expansion-script should be reviewed.
Testing guidance