Event-Based Systems vs. State-Based Systems
Why this distinction matters far beyond healthcare One of the most helpful ways to understand modern software architecture is to distinguish between state-based systems and event-based systems. Thi...

Source: DEV Community
Why this distinction matters far beyond healthcare One of the most helpful ways to understand modern software architecture is to distinguish between state-based systems and event-based systems. This is a concept I have had to explain many times in healthcare interoperability, especially to people trying to understand why certain systems behave so differently from others. It also helps explain why technologies built around live updates and server-driven changes make so much sense once you see the architectural difference underneath them. To make it simple, imagine two fictional healthcare platforms: ChartStone Clinical and PulseTrail Health. ChartStone Clinical: a state-based system ChartStone Clinical is a records-focused application. A user opens a patient chart, the server sends the current data to the client, and from that point forward the user interacts with a local representation of that state until they submit their changes back to the server. This is how a large portion of mode