[nradov]

Medical malpractice insurance has only limited economies of scale. It's still possible for solo practitioners or small partnerships to afford in most cases. This isn't the biggest factor in driving provider market consolidation.

The real factors driving consolidation are IT costs, negotiating power, and practitioner preferences. Even with modern SaaS products it's expensive for a small organization to operate an EHR and other IT infrastructure. Payer organizations have consolidated through M&A activity and are constantly trying to drive down prices so providers also consolidate to force payers to keep them in network regardless of prices. And many doctors just don't want to manage a small business; they would prefer to focus on treating patients and collect a steady paycheck.

Your family members are wrong. There are standard file formats for sharing medical records across different software. The most common format is HL7 Continuity of Care Document (CCD) which can accommodate an entire patient chart in a single XML file. Every major EHR has supported CCD export and import for years under federal government certification criteria. If your family members had to do manual data entry then either their software wasn't configured correctly or they didn't know how to use it.

https://www.healthit.gov/topic/certification-ehrs/certificat...

[Zanfa]

In my experience with FHIR, two documents from different sources can both be compliant while still semantically incompatible. The protocols are made flexible enough where human ingenuity lets you represent the same thing in so many similar, yet different ways.

[nradov]

That's why most interoperability requirements are written based on Implementation Guides rather than baseline standards. The base HL7 standards (V2 Messaging, CDA, FHIR) are intended to do pretty much everything everywhere in the world. As such, they're loose on specifics such as required data elements and coding systems. Then IG authors take those baseline standards and constrain them for specific use cases in particular countries (realms).

CCD is very well specified, although you might still find some EHRs that fail to comply with the standard in some minor ways. There is a project underway to migrate that data model to FHIR encoding but it's not finished yet; that will make document construction and parsing a bit easier but won't necessarily address compatibility issues.

https://www.hl7.org/implement/standards/product_brief.cfm?pr...

https://hl7.org/fhir/us/ccda/