Don't rely on displayName as the sole source of *meaning* about bluebutton.js

[jmandel]

A special case:

<administrativeGenderCode code="M" codeSystem="2.16.840.1.113883.5.1"/>

This should resolve to {"gender": "male"} or something similar -- not null

[blacktm]

This completely makes sense. Quick question, can we assume consistent code system use in CCDA? If so, we can just maintain simple mappings for lookup, i.e.:

data.race = Codes.race(patient.tag('raceCode').attr('code'));

Then Codes.race would assume the "CDC Race and Ethnicity" code system and return "white". Does that make sense, or do we have to do something more elaborate?

[jmandel]

You can assume a fixed coding system in C-CDA (since the implementation guide says SHALL) for:

• Race
• Ethnicity
• Administrative Gender
• Martial Status
• Language

---

For "guardian" relationship, it's only a SHOULD, but I'd just run with the assumption that you can use:
https://phinvads.cdc.gov/vads/ViewValueSet.action?id=68FDBFB5-A277-DE11-9B52-0015173D1785

[jmandel]

jmandel@19f70a6
Patched in this approach locally:

    var gender = el.tag('administrativeGenderCode').attr('code');
    var genders = {
      'M': 'Male',
      'F': 'Female',
      'U': 'Undifferentiated'
    };
    data.gender =  genders[gender];

[blacktm]

For small-ish coding systems, I've started to add a look-up using core.js, for example in demographics.js:

gender = Codes.gender(el.tag('administrativeGenderCode').attr('code')),

I'm looking at other coding systems used in the CCDA (and beyond) that could be dumped into code.js.