FHIR Chat · Adobe's Geschke and the transfer of power · social

Stream: social

Topic: Adobe's Geschke and the transfer of power


view this post on Zulip Dave deBronkart (May 01 2021 at 15:25):

[thread]
This week Adobe co-founder Chuck Geschke died of cancer at 81. I have some thoughts to share, as one of the people in graphic arts who got run over by the Adobe steamroller when desktop publishing let consumers create their OWN job data. It brings to mind this quote from super-visionary Stewart Brand -
image.png

view this post on Zulip Dave deBronkart (May 01 2021 at 15:27):

Corollary: (or maybe just related, along a different axis?)

image.png

view this post on Zulip Dave deBronkart (May 01 2021 at 15:36):

Here's what I posted on Facebook about it - it's just a passing thought, but I very much believe this is what's beginning as FHIR rolls out:


It's a stretch for this obit to call Geschke the father of DTP, but there's no doubt that Adobe's stuff helped change the world of graphic arts, then also radically change information sharing in general.
image.png

view this post on Zulip Dave deBronkart (May 01 2021 at 15:40):

I want to talk about the parallels between the advent of desktop publishing (DTP) and the advent of FHIR for health data.

DTP thoroughly disrupted the graphic arts business, causing some major players to disappear in less than a decade. The major shift in power was caused by putting job data in the hands of the consumer. This is exactly what we hope will happen when we put consumers' health data in their hands, using FHIR-powered apps.

With DTP, when that data shift happened, old power structures became irrelevant, and the industry expanded and evolved around the consumer's needs. Many new companies sprang up, "feeding from" the new ecosystem, while others stuck in the old ecosystem died.

That revolution required multiple transforming innovations:

  • the Mac (a GUI at a mass market price, with fonts)
  • PageMaker - the first desktop publishing app
  • Laser printers (from Canon)
  • the PostScript print language
  • Digitized fonts
    image.png

Today it's hard to imagine so many game-changing technologies arriving all at once - and it was hard to imagine back then. And just as Christensen classically predicts, we incumbents back then not only couldn't believe it possible, we couldn't believe it was happening when we saw it, much less respond successfully.

I very much believe FHIR is the sort of "new technology" both quotes refer to. We can't tell today how the world of health tools will look in ten years, but I'm rubbing my hands in happy anticipation.

view this post on Zulip Dave deBronkart (May 01 2021 at 15:46):

Bonus question: as the obituary says, the predominant, remaining, universal impact of Adobe's rise was the PDF (Portable Document Format). Who in healthcare will evolve a comparable format for health data?

I'm not talking about a PDF dump of your health data. I'm talking about a data format that can be generated by anyone and consumed by any tool that wants to.

view this post on Zulip John Silva (May 03 2021 at 12:57):

I remember back in those days it was the 'battle' between HP's PCL and PDF, at least for a 'common printer language'. Of course PDF had more of a footprint that 'just the printer' though I used tools in those days that also rendered PCL to a GUI! Typically document authoring pipeline of text editting troff (or Framemaker or similar), sending through intermediate pre-preprocessors, then to a PDF (Printer Description Language) post-processor to send to a target printer. Back in 'the day' though there were many more affordable HP printers than printers that supported PDF and even today, I believe PDF never really made it "into the printers", but of course, it has a much wider reach as an online presentation format.

I guess this brings up a related point -- is it FHIR or OpenEHR that might 'win' the battle for the medical data representation and API processing format? Both are 'open source' (unlike the company-owned PCL and PDF) so that's different. Are there comparisons between these and PCL/PDF -- i.e. is one 'cheaper/easier to implement' vs 'being a better/purer model' or other factors that contribute to market acceptance (i.e. getting over the 'trough of disillusionment' chasm to 'mass acceptance')?

view this post on Zulip Dave deBronkart (May 03 2021 at 23:37):

I don't know that PDF was ever a printer language - it was designed to be a format for self-contained documents that would display identically (um, pretty much?) on all different platforms. A generation later it certainly has become that, but in the beginning it was often thought of as a sort of "PostScript in a file," which was catastrophically less efficient than PCL.

OTOH, PCL was purely a print language, not a file format.

Could FHIR be considered a "file format" or document format, as PDF is??

view this post on Zulip Grahame Grieve (May 03 2021 at 23:39):

could be, yes, and things like International Patient Summary treat it as such

view this post on Zulip David Pyke (May 04 2021 at 18:36):

PDF (Portable Document Format) was never a printer spec, it's really just a decent archival document format that uses Postscript (the printer language) for encoding. And PS was excellent, if you had a $50,000 postscript rendering printer. On home systems? I was horribly slow. I had a PS laser printer in the good old days and it took a minute a page. PCL took 10 seconds (but the PS rendered nicer with fewer artifacts).

JSON and XML are the file formats, and those are just text formats like any other.

view this post on Zulip Dave deBronkart (Jun 04 2021 at 13:04):

John Silva said:

I guess this brings up a related point -- is it FHIR or OpenEHR that might 'win' the battle for the medical data representation and API processing format? Both are 'open source' (unlike the company-owned PCL and PDF) so that's different. Are there comparisons between these and PCL/PDF -- i.e. is one 'cheaper/easier to implement' vs 'being a better/purer model' or other factors that contribute to market acceptance (i.e. getting over the 'trough of disillusionment' chasm to 'mass acceptance')?

Non-tech patient clueless question:

Help me out here - FHIR and OpenEHR are different beasts, aren't they? Not even different species. OpenEHR is a way of storing data, and FHIR can contain and convey data, but is it in any way comparable to an EHR??

view this post on Zulip Michele Mottini (Jun 04 2021 at 13:27):

Yes, they are different beasts exactly as you say. FHIR can be used to store data, but it is designed / intended as a way to transfer data between system that uses whatever different underlying architecture (including OpenEHR)


Last updated: Apr 12 2022 at 19:14 UTC