Question: translating v2 to FHIR
Dec 18, 2013Questions
- the proper way of converting XCN segment data into FHIR Practitioner resource (to fill encounter.participants) is unclear.
- I can’t find neither the proper segment nor the way of creating FHIR Location resource (to fill encounter.locations) and FHIR Organization resource (to fill encounter.service_provider).
- I would like to know if there are mappings from v2 value set 0112 to FHIR value set encounter-discharge- disposition and from v2 value set 0023 to FHIR value set encounter-admit-source. If I’m not mistaken, these mappings are required to fill encounter.hospitalization. discharge_disposition and encounter.hospitalization. admit_source.
Answers
- XCN - this table summarises the mappings from XCN to practitioner:
1 | Person Identifier | Practitioner.identifier.value |
2 | Family Name | Practitioner.name.family |
3 | Given Name | Practitioner.name.given |
4 | Second and Further Given Names or Initials Thereof | Practitioner.name.given (see notes about name parts athttp://hl7.org/implement/standards/fhir/datatypes-examples.html#humanname) |
5 | Suffix (e.g., JR or III) | Practitioner.name.suffix |
6 | Prefix (e.g., DR) | Practitioner.name.prefix |
7 | Degree (e.g., MD) | Practitioner.qualification.code |
8 | Source Table | No equivalent in FHIR (e.g. extension if really necessary) |
9 | Assigning Authority | Practitioner.identifier.system and/or Practitioner.name.assigner |
10 | Name Type Code | Practitioner.name.use |
11 | Identifier Check Digit | No equivalent in FHIR (e.g. extension if really necessary) |
12 | Check Digit Scheme | No equivalent in FHIR (e.g. extension if really necessary) |
13 | Identifier Type Code | Practitioner.identifier.value |
14 | Assigning Facility | Maybe Practitioner.identifier.assigner |
15 | Name Representation Code | Helps to build Practitioner.name.text |
17 | Name Validity Range | Practitioner.identifier.period |
18 | Name Assembly Order | Helps to build Practitioner.name.text |
19 | Effective Date | Practitioner.identifier.period |
20 | Expiration Date | Practitioner.identifier.period |
21 | Professional Suffix | Practitioner.qualification.code |
22 | Assigning Jurisdiction | Practitioner.qualification.issuer |
23 | Assigning Agency or Department | Practitioner.qualification.issuer |
24 | Security Check | No equivalent in FHIR (e.g. extension if really necessary) |
25 | Security Check Scheme | No equivalent in FHIR (e.g. extension if really necessary) |
There’s nothing in practitioner that’s mandatory that’s not in this table (actually, nothing is mandatory anyway). Note that the v2 mapping table for practitioner takes a different approach.
What this table doesn’t address is the url used to identify the practitioner. This has to be synthesized from a repository of practitioners. In some circumstances, you might be able to construct the URL purely from XCN.1, but you couldn’t take this generally for granted.
- Encounter.location. According to the existing mappings: PV1-3-assigned patient location / PV1-6-prior patient location / PV1-11-temporary location / PV1-42-pending location / PV1-43-prior temporary location, and for the service provider: PV1-10-hospital service / PL.6 Person Location Type & PL.1 Point of Care (though see the notes in the mapping)
3a. v2 tables 0023 and 0112 are place holders for locally defined codes (in FHIR parlance, a terminology binding with just a description, no reference). So there’s no way to provide general mappings