Health Care - Another Debt Based Functional Design Based System

Health Car is getting a lot of attention lately.  Belatedly.  A crucial problem domain of human life.

http://www.eastbaytimes.com/2017/03/30/california-lawmakers-release-details-on-universal-health-coverage-proposal/

http://kunstler.com/clusterfuck-nation/racket-of-rackets/

http://www.esquire.com/news-politics/politics/news/a54202/free-market-healthcare/

https://theintercept.com/2017/03/31/bernie-sanders-wants-to-expand-medicare-to-everybody-exactly-what-its-architects-wanted/

Karl Denniger takes a swipe at it in his own unique style.  The Bill to Fix Health Care.
https://market-ticker.org/akcs-www?post=231949

I write about monetary systems in this blog.  My solution to the problem of money is object oriented and defines money as a debt free object class.  The singular instance of that class is a uniquely identified granular unit measurement of value of a Blockchain Operating System.

Money is a simple problem domain compared with Health Care.  I have avoided looking at Health Care and proposing any solutions.  It is an issue that can't be avoided and the current system is as dis-functional as the monetary system.  The two problem domains have a common factor.  That factor is that the fundamental lowest level granular unit in each system upon which the design of the Operating System and its Application Programs are designed.

Monetary System:  A uniquely identified singular unit of the class:  A digital serialized unit of value dollar with a value of one each.

Health Care System:  A uniquely identified singular unit of the class:  A living human being with a value of one life each.

The two systems have an inter-related object oriented relationship at the micro and macro levels.

It should not be so hard to design an Operating  System and Application Programs relating one to the other with the design objective being best outcome.

The "Health" of the Monetary Operating System itself is measured in terms of outcome the optimization of efficiency result of all its Application Programs that the System supports.

Likewise, the "Health" of the Health Care system.

The two problem domains exist under a Parent ProblemDomain:SocialSystem  The Operating System and Application Programs designed by human beings to manage their social interactions with each other and the world we live in.

There it all is!

Fixed it for ya!

https://www.youtube.com/watch?v=t_YXSHkAahE

Whose owned digital serialized blockchain dollar is to be related to whose owned unique blockchain  life Health Care.

Life is a self validating truth blockchain transaction timeline from beginning to end that is inextricably related to money that should also be a self validating blockchain transaction timeline that has life and health in its own medium of exchange Operating System and Applications Programs designed to serve our higher order wants and needs of life.

We all own the Monetary System the same as we all own our own lives.

The Monetary System must do more than serve the Bankers currently owning it for profit.

Bankers are only entitled to own the (largest portion) of a single categorical Application of the controlling Monetary Operating System called Contractual Financial Debt.

Perhaps the simple solution to System Design is the rule that there is no conceptual abstract or real debt based relationship at the the most granular level of both Money and Human Beings and their related Operating Systems and Application Programs.  The Operating System relationship between Money and Human Health Care only exists at the macro level.  It is up to us to decide how that relationship is implemented in Application Programs that are in the end unrelated to debt where the rubber meets the road at single patient care and medium of exchange payment.

Private benefit at public expense......
....That is exactly the business model of the current Banking and Health Care domains that designed the Operating System to deliver the results to Banking and Health Care through profit generating  debt based Application Programs. 

It is an allocation of resources problem.  Our monetary Operating System is a social decision making tool applied in Application Programs at the macro and micro levels to allocate resources. 

Public benefit is in some cases a higher order objective than Private Profit.  Health Care is a General Welfare of We the People Public Welfare when it is proclaimed to be a self evident truth and therefore a right. 

It is our self evident right to determine the nature of both Health Care and Monetary Operating systems.  In both problem domains Private Profit must not be the dominating design objective in the design of the Operating System.  Public benefit must be the dominating Operating System design with subordinate design features to provide for Private Profit as a function of certain Application Programs. 

The premise that the the mysterious hand of the free market Operating System assures the creation of the most efficient functional debt/profit based Application Programs decisions creates a reversed engineered Operating System where functional process produces Operating System Design as a result of some unseen mystery orchestrated by something behind the curtain best left to be unknown.

That something behind the curtain has dictated a political governance and health care system that functionally serves best those that profit from it the most through the design of our debt based, profit oriented functional design based monetary system.