# Architecting a System Model for Personalized Healthcare Delivery and Managed Individual Health Outcomes

Authors: Inas S. Khayal; Amro M. Farid
Journal: Complexity
 (2018)

---

## Abstract

In recent years, healthcare needs have shifted from treating acute conditions to meeting an unprecedented chronic disease burden. The healthcare delivery system has structurally evolved to address two primary features of acute care: the relatively short time period, on the order of a patient encounter, and the siloed focus on organs or organ systems, thereby operationally fragmenting and providing care by organ specialty. Much more so than acute conditions, chronic disease involves multiple health factors with complex interactions between them over a prolonged period of time necessitating a healthcare delivery model that is personalized to achieve individual health outcomes. Using the current acute-based healthcare delivery system to address and provide care to patients with chronic disease has led to significant complexity in the healthcare delivery system. This presents a formidable systems’ challenge where the state of the healthcare delivery system must be coordinated over many years or decades with the health state of each individual that seeks care for their chronic conditions. This paper architects a system model for personalized healthcare delivery and managed individual health outcomes. To ground the discussion, the work builds upon recent structural analysis of mass-customized production systems as an analogous system and then highlights the stochastic evolution of an individual’s health state as a key distinguishing feature.


---

## Body

## 1. Introduction

### 1.1. Complexity

The National Academy of Sciences Report on Building a Better Delivery System states that “similar to the supply chains in manufacturing and other industries, the healthcare delivery system is so large and complex that it has become impossible for any individual, or even any single organization, to understand all of the details of its operations [1].” This statement elucidates three key points about the healthcare delivery system. First, that the healthcare delivery system is asupply chain. Second, that it iscomplex. Finally, that ithas become this way, suggesting that it was not this way previously.A supply chain here refers to a series of care services provided by the healthcare delivery system to the operand, the patient. This healthcare delivery system has evolved to become more complex and as such can be considered a complex adaptive system [2–5]. “A complex adaptive system is a collection of individual agents with freedom to act in ways that are not always totally predictable, and whose actions are interconnected so that one agent’s actions changes the context for other agents” [3].The next section describes how our healthcare system, which developed to treat acute conditions but is now burdened by the treatment of chronic disease, has grown in complexity. This complexity is due to an increase in the number of agents, their roles, and their relative position. These changes have led to the need for greater collaboration and information sharing. Finally, these agents are organized into systems of systems that are continually coevolving.


### 1.2. Current Healthcare Delivery System

The current healthcare delivery system organically developed to meet “one-off” acute conditions. It evolved to respond to any acute illness or injury that came through the door [6]. The focus of the system is on the urgency ofdiagnosing andcuring the physical anomalies of the individual-patient before they fall into more serious diagnoses [7]. Such acute episodes last on the order of days to weeks, where the individual-patient is considered a passive recipient of treatment [8]. This model of care comes fromthe biomedical model: the dominant allopathic medicine model introduced in the mid-19th century and used until today to diagnose disease [9]. Such acute and urgent care needs enabled the evolution of a centralized infrastructure system.The model developed during the time when the scientific approach focused on the body as a machine and therefore disease to be the consequence of breakdown in the machine [10]. Therefore, the model is disease-oriented and reductionist, focusing on the identification of physical causes assuming that illness and symptoms arise from an underlying pathophysiology of cellular abnormalities or imbalances in homeostasis [8, 11]. Such a model focus was very useful in addressing the pressing medical problems of the 19th and early 20th centuries, namely, infectious diseases and traumatic illness [12].In contrast, the current healthcare system is facing an unprecedented chronic disease burden. These conditions, unlike acute conditions, are particularly complex in that they are ongoing and tend to involve multiple factors with multiple interactions between them [13]. Furthermore, they currently represent the leading causes of death and disability in the United States and globally [14, 15]. As of 2012, 50% of all adults had one or more chronic health conditions [16]. In the first time in history, our children’s generation is expected to lead shorter life spans than our own [17]. Chronic diseases are also significantly increasing demand for healthcare services and driving up costs. As of 2010, 86% of all healthcare spending was for people with one or more chronic medical conditions [18]. They account for 81% of hospital admissions; 91% of all prescriptions filled; and 76% of all physician visits [19].Relative to acute conditions, the characteristics of chronic conditions present several new healthcare delivery challenges. Four are identified in Table1.Table 1
Healthcare delivery challenges for chronic conditions.
( 1 ) First, by definition, chronic disease is described by a sequence of events that (d)evolve an individual’s health state over a duration that is often far longer than any single visit to a healthcare facility. ( 2 ) Second, the sequence of these events do logically depend on each other as described by medical science. ( 3 ) Third, how any individual experiences this chronic condition is often entirely unique given their unique combination of social,  behavioral, environmental, and biological risk factors. ( 4 ) Finally, this chronic condition often affects many aspects of an individual’s health that are often covered by disparate medical disciplines.To further distinguish between acute and chronic healthcare delivery, this work refers to “individuals” rather than patients. The former addresses people throughout their lives in general whereas the latter addresses their state when they are in a healthcare delivery facility.Several definitions have been proposed for the term chronic disease [20]. All of which encompass a concept of either (1) unspecified long duration [21, 22] or (2) specified long duration lasting more than 12 months [23–27]. Defining chronic conditions with the key component oflong duration emphasizes that the changes, in the individual’s health state, occur over a period that is much longer than any single visit to a healthcare facility [20].Goodman et al. demonstrate that most chronic disease definitions include a key component ofneed for ongoing medical care [20, 22–25, 27, 28]. There is, however, an important property to such ongoing medical care, which is typically described by the termcontinuity, emphasizing that the sequence of events logically depend on each other. Haggerty et al. define continuity as“the degree to which a series of discrete healthcare events is experienced as coherent and connected and consistent with the individual’s medical needs and personal context” [29]. Continuity has been shown to improve chronic disease outcomes [30, 31].Definitions of chronic diseases are generally very broad and describe key components rather than the specifics of a disease. This is primarily because the experience of a chronic condition may manifest uniquely for each individual based on several factors [32–36]. Our scientific models have been shifting from the classic biomedical model pervasive in acute care to thebiopsychosocial model, which argues that the causes and consequences of illness exist at multiple levels of organization: biological, psychological, and social [10, 37]. Furthermore, the Institute of Medicine has identifiedindividual-centered care as one of the six specific aims of improvement in healthcare and further emphasizes the importance of an individual’s unique experience of a chronic condition [38]. This has led to the incorporation of shared decision-making [39] between healthcare providers and the individual. Allowing the individual to become a decision agent in their care significantly increases complexity with the need for cooperation, information sharing, and consensus in order to reach a decision which was classically dictated by the healthcare provider agent alone.Finally, chronic conditions often affect many aspects of an individual’s health that are often covered by disparate medical disciplines. This has led to the need for multiple specialties in treating a person with a chronic condition [40–44]. Requiring a much larger team of healthcare providers including specialists and non-MD clinicians has fundamentally changed the role (i.e., tasks) of the agent (i.e., healthcare provider) and their position in taking care of the patient. Furthermore, several healthcare delivery models (e.g., Collaborative Care Model [45] and Integrated Care Model [46]) have restructured to coordinate and/or co-locate care. Such embedded care models are effective systems within other systems that are likely to co-evolve. Systems embedded within other systems may appear as healthcare delivery models within the same clinic as described or may be due to the changes from fee-for-service to value-based care [47] which have effectively widened the boundary of a system.Thus, the characteristics of chronic diseases require much more from the operation of a healthcare delivery system than the way it has operated to address acute conditions within individual visits. Instead, the four characteristics presented in Table1 present four new requirements on the healthcare delivery system as shown in Table 2.Table 2
New healthcare delivery system requirements.
( 1 ) Continues to deliver care well after the individual has left the healthcare facility. ( 2 ) Deeply understands the health state of the individual. ( 3 ) Manages individualized health outcomes. ( 4 ) Coordinates numerous practitioners representing many medical specialties.The current healthcare delivery system, designed from the outset to address acute conditions, is ill-suited to address the four requirements stated above. Furthermore, their fulfillment fundamentally changes, not just the relationships between the individual and the healthcare delivery system, but also the relationships between its many services and resources as well. Addressing and architecting the relationships between services and resources and those between the individual and the healthcare delivery system are critical to managing the complexity arising from these relationships since “the interactions within a complex adaptive system are often more important than the discrete actions of the individual parts” [48]. These relationships suggest the need for architecting a system model for personal healthcare delivery and managed individual health outcomes.


### 1.3. Mass-Customized Production Systems

While this strategic shift in healthcare delivery systems may appear dramatic, it is not without precedent in other domains. Mass production systems underwent a similar transformation to become mass-customized production systems [49, 50]. In the 1990s, manufacturing became increasingly characterized by a continually evolving and an ever more competitive marketplace. The implementation of lean manufacturing principles had freed excess capacity and thus gave consumers greater influence over the quality, quantity, and variety of products [51, 52]. In order to stay competitive, manufacturing firms had to respond with high variety products achieved through the use of flexible manufacturing systems and reconfigurable manufacturing systems [49, 50]. Reconfigurable manufacturing systems, in particular, required a rearchitecting of production systems in favor of modular machine tools and distributed control systems in the form of multi-agent systems [53–64]. In time, these new architectural developments were situated within quantitative graph theoretic frameworks [65–69] and used to design new mass-customized production systems [70, 71]. This quantitative foundation now lends itself to reapplication for personalized healthcare delivery.


### 1.4. Paper Contribution

This paper architects a systems model for personal healthcare delivery and managed individual health outcomes. It serves to address the identified need for systems tool in medicine [72, 73]. To support the development, it specifically roots itself in recent work on the architecture of mass-customized production systems and then incorporates features specific to healthcare delivery. This model directly addresses the four requirements derived from the characteristics of chronic diseases. Special attention will be given to the description of an individual’s health state and its stochastic evolution in relation to the healthcare delivery system. This is in contrast to many existing works [74, 75], particularly in healthcare discrete-event simulation, where the individual is treated as a stateless passive entity (e.g., a Petri-net token) being pushed or pulled through various healthcare system queues.The development of an architecture model opens several avenues for future work including cost-benefit analysis, discrete-event simulation, resilience analysis, optimization, and multi-agent systems.


### 1.5. Paper Outline

The paper first begins with the description of the architecture model (Section2). Next, An Acute Care Illustrative Example (Section 3) and a Chronic Care Illustrative Example (Section 4) are presented and followed by Discussion (Section 5) and Conclusion (Section 6). The work assumes prerequisite knowledge in model-based systems engineering [76–79], graph theory [80, 81], and discrete-event simulation [82] which is otherwise gained from the cited texts.


## 1.1. Complexity

The National Academy of Sciences Report on Building a Better Delivery System states that “similar to the supply chains in manufacturing and other industries, the healthcare delivery system is so large and complex that it has become impossible for any individual, or even any single organization, to understand all of the details of its operations [1].” This statement elucidates three key points about the healthcare delivery system. First, that the healthcare delivery system is asupply chain. Second, that it iscomplex. Finally, that ithas become this way, suggesting that it was not this way previously.A supply chain here refers to a series of care services provided by the healthcare delivery system to the operand, the patient. This healthcare delivery system has evolved to become more complex and as such can be considered a complex adaptive system [2–5]. “A complex adaptive system is a collection of individual agents with freedom to act in ways that are not always totally predictable, and whose actions are interconnected so that one agent’s actions changes the context for other agents” [3].The next section describes how our healthcare system, which developed to treat acute conditions but is now burdened by the treatment of chronic disease, has grown in complexity. This complexity is due to an increase in the number of agents, their roles, and their relative position. These changes have led to the need for greater collaboration and information sharing. Finally, these agents are organized into systems of systems that are continually coevolving.


## 1.2. Current Healthcare Delivery System

The current healthcare delivery system organically developed to meet “one-off” acute conditions. It evolved to respond to any acute illness or injury that came through the door [6]. The focus of the system is on the urgency ofdiagnosing andcuring the physical anomalies of the individual-patient before they fall into more serious diagnoses [7]. Such acute episodes last on the order of days to weeks, where the individual-patient is considered a passive recipient of treatment [8]. This model of care comes fromthe biomedical model: the dominant allopathic medicine model introduced in the mid-19th century and used until today to diagnose disease [9]. Such acute and urgent care needs enabled the evolution of a centralized infrastructure system.The model developed during the time when the scientific approach focused on the body as a machine and therefore disease to be the consequence of breakdown in the machine [10]. Therefore, the model is disease-oriented and reductionist, focusing on the identification of physical causes assuming that illness and symptoms arise from an underlying pathophysiology of cellular abnormalities or imbalances in homeostasis [8, 11]. Such a model focus was very useful in addressing the pressing medical problems of the 19th and early 20th centuries, namely, infectious diseases and traumatic illness [12].In contrast, the current healthcare system is facing an unprecedented chronic disease burden. These conditions, unlike acute conditions, are particularly complex in that they are ongoing and tend to involve multiple factors with multiple interactions between them [13]. Furthermore, they currently represent the leading causes of death and disability in the United States and globally [14, 15]. As of 2012, 50% of all adults had one or more chronic health conditions [16]. In the first time in history, our children’s generation is expected to lead shorter life spans than our own [17]. Chronic diseases are also significantly increasing demand for healthcare services and driving up costs. As of 2010, 86% of all healthcare spending was for people with one or more chronic medical conditions [18]. They account for 81% of hospital admissions; 91% of all prescriptions filled; and 76% of all physician visits [19].Relative to acute conditions, the characteristics of chronic conditions present several new healthcare delivery challenges. Four are identified in Table1.Table 1
Healthcare delivery challenges for chronic conditions.
( 1 ) First, by definition, chronic disease is described by a sequence of events that (d)evolve an individual’s health state over a duration that is often far longer than any single visit to a healthcare facility. ( 2 ) Second, the sequence of these events do logically depend on each other as described by medical science. ( 3 ) Third, how any individual experiences this chronic condition is often entirely unique given their unique combination of social,  behavioral, environmental, and biological risk factors. ( 4 ) Finally, this chronic condition often affects many aspects of an individual’s health that are often covered by disparate medical disciplines.To further distinguish between acute and chronic healthcare delivery, this work refers to “individuals” rather than patients. The former addresses people throughout their lives in general whereas the latter addresses their state when they are in a healthcare delivery facility.Several definitions have been proposed for the term chronic disease [20]. All of which encompass a concept of either (1) unspecified long duration [21, 22] or (2) specified long duration lasting more than 12 months [23–27]. Defining chronic conditions with the key component oflong duration emphasizes that the changes, in the individual’s health state, occur over a period that is much longer than any single visit to a healthcare facility [20].Goodman et al. demonstrate that most chronic disease definitions include a key component ofneed for ongoing medical care [20, 22–25, 27, 28]. There is, however, an important property to such ongoing medical care, which is typically described by the termcontinuity, emphasizing that the sequence of events logically depend on each other. Haggerty et al. define continuity as“the degree to which a series of discrete healthcare events is experienced as coherent and connected and consistent with the individual’s medical needs and personal context” [29]. Continuity has been shown to improve chronic disease outcomes [30, 31].Definitions of chronic diseases are generally very broad and describe key components rather than the specifics of a disease. This is primarily because the experience of a chronic condition may manifest uniquely for each individual based on several factors [32–36]. Our scientific models have been shifting from the classic biomedical model pervasive in acute care to thebiopsychosocial model, which argues that the causes and consequences of illness exist at multiple levels of organization: biological, psychological, and social [10, 37]. Furthermore, the Institute of Medicine has identifiedindividual-centered care as one of the six specific aims of improvement in healthcare and further emphasizes the importance of an individual’s unique experience of a chronic condition [38]. This has led to the incorporation of shared decision-making [39] between healthcare providers and the individual. Allowing the individual to become a decision agent in their care significantly increases complexity with the need for cooperation, information sharing, and consensus in order to reach a decision which was classically dictated by the healthcare provider agent alone.Finally, chronic conditions often affect many aspects of an individual’s health that are often covered by disparate medical disciplines. This has led to the need for multiple specialties in treating a person with a chronic condition [40–44]. Requiring a much larger team of healthcare providers including specialists and non-MD clinicians has fundamentally changed the role (i.e., tasks) of the agent (i.e., healthcare provider) and their position in taking care of the patient. Furthermore, several healthcare delivery models (e.g., Collaborative Care Model [45] and Integrated Care Model [46]) have restructured to coordinate and/or co-locate care. Such embedded care models are effective systems within other systems that are likely to co-evolve. Systems embedded within other systems may appear as healthcare delivery models within the same clinic as described or may be due to the changes from fee-for-service to value-based care [47] which have effectively widened the boundary of a system.Thus, the characteristics of chronic diseases require much more from the operation of a healthcare delivery system than the way it has operated to address acute conditions within individual visits. Instead, the four characteristics presented in Table1 present four new requirements on the healthcare delivery system as shown in Table 2.Table 2
New healthcare delivery system requirements.
( 1 ) Continues to deliver care well after the individual has left the healthcare facility. ( 2 ) Deeply understands the health state of the individual. ( 3 ) Manages individualized health outcomes. ( 4 ) Coordinates numerous practitioners representing many medical specialties.The current healthcare delivery system, designed from the outset to address acute conditions, is ill-suited to address the four requirements stated above. Furthermore, their fulfillment fundamentally changes, not just the relationships between the individual and the healthcare delivery system, but also the relationships between its many services and resources as well. Addressing and architecting the relationships between services and resources and those between the individual and the healthcare delivery system are critical to managing the complexity arising from these relationships since “the interactions within a complex adaptive system are often more important than the discrete actions of the individual parts” [48]. These relationships suggest the need for architecting a system model for personal healthcare delivery and managed individual health outcomes.


## 1.3. Mass-Customized Production Systems

While this strategic shift in healthcare delivery systems may appear dramatic, it is not without precedent in other domains. Mass production systems underwent a similar transformation to become mass-customized production systems [49, 50]. In the 1990s, manufacturing became increasingly characterized by a continually evolving and an ever more competitive marketplace. The implementation of lean manufacturing principles had freed excess capacity and thus gave consumers greater influence over the quality, quantity, and variety of products [51, 52]. In order to stay competitive, manufacturing firms had to respond with high variety products achieved through the use of flexible manufacturing systems and reconfigurable manufacturing systems [49, 50]. Reconfigurable manufacturing systems, in particular, required a rearchitecting of production systems in favor of modular machine tools and distributed control systems in the form of multi-agent systems [53–64]. In time, these new architectural developments were situated within quantitative graph theoretic frameworks [65–69] and used to design new mass-customized production systems [70, 71]. This quantitative foundation now lends itself to reapplication for personalized healthcare delivery.


## 1.4. Paper Contribution

This paper architects a systems model for personal healthcare delivery and managed individual health outcomes. It serves to address the identified need for systems tool in medicine [72, 73]. To support the development, it specifically roots itself in recent work on the architecture of mass-customized production systems and then incorporates features specific to healthcare delivery. This model directly addresses the four requirements derived from the characteristics of chronic diseases. Special attention will be given to the description of an individual’s health state and its stochastic evolution in relation to the healthcare delivery system. This is in contrast to many existing works [74, 75], particularly in healthcare discrete-event simulation, where the individual is treated as a stateless passive entity (e.g., a Petri-net token) being pushed or pulled through various healthcare system queues.The development of an architecture model opens several avenues for future work including cost-benefit analysis, discrete-event simulation, resilience analysis, optimization, and multi-agent systems.


## 1.5. Paper Outline

The paper first begins with the description of the architecture model (Section2). Next, An Acute Care Illustrative Example (Section 3) and a Chronic Care Illustrative Example (Section 4) are presented and followed by Discussion (Section 5) and Conclusion (Section 6). The work assumes prerequisite knowledge in model-based systems engineering [76–79], graph theory [80, 81], and discrete-event simulation [82] which is otherwise gained from the cited texts.


## 2. Development of Architecture Model

The development of the architecture model proceeds in five parts following Figure1. As found in many systems engineering texts [76, 77], the healthcare delivery system is characterized by its form, function, and concept. Section 2.1 describes the system form as a set of human and technical resources that make up a physical architecture. Section 2.2 describes the system function as a set of system processes that make up a functional architecture. Section 2.3 describes the system concept as an allocated architecture composed of a bipartite graph between the system processes and resources. Section 2.4 then introduces a discrete-event Petri-net model describing the evolution of an individual’s health state. Here, the individual represents the primary value-adding operand of the healthcare delivery system. Its introduction addresses the first three requirements identified in the introduction. Finally, Section 2.5 introduces a bipartite graph that links the healthcare system function to the evolution of an individual’s health state. To support the discussion, the architecture is presented graphically in SysML as well as quantitatively. The quantitative discussion draws heavily on analogous works on mass-customized production systems [65–71] and may be viewed as an extension of recent work on healthcare human resources management [83].Figure 1
Healthcare System Architecture includes the healthcare delivery system, the individual health state, and their coordination.


### 2.1. Healthcare System Form: Systems Resources and Their Flexible Aggregation

To begin, the healthcare system form [76, 77] (shown as A in Figure 1) is composed of several types of system resources which may be flexibly aggregated. In mass-customized production systems, the system resources were classified as transformation resources (i.e., value-adding machines), storage resources (i.e., independent buffers), and transportation resources (i.e., material handlers) [65–71]. Each of these has their analogous counterparts in the healthcare delivery system. That said, the healthcare delivery system has several essential characteristics which require a finer classification of its system resources. These include the definition of measurement and decision resources as well as the distinction between human and technical resources. The remainder of the discussion on healthcare system form is guided by the SysML block diagram in Figure 2.Figure 2
SysML block diagram of healthcare system form.Definition 1 (transformation resource).
A resourcerF∈RF capable of a transformative effect on its operand (e.g., the health state of an individual). They includehuman transformation resources rF∈RF (e.g., surgeon, cardiologist, and psychologist) andtechnical transformation resources rF∈RF (e.g., operating theatres, chemotherapy infusion room, and delivery room). Transformation resources are the set union of human and technical transformation resources, RF=RF∪RF.Definition 2 (decision resource).
A resourcerD∈RD capable of advising the operand, an individual, on how to proceed next with the healthcare delivery system. They includehuman decision resources rD∈RD (e.g., oncologist, general practitioner, and surgeon) andtechnical decision resources rD∈RD (e.g., decision support systems and electronic medical record decision tools). Decision resources are the set union of human and technical decision resources, RD=RD∪RD.Decision resources are analogous to storage resources in previous work on mass-customized production systems [65–71] but are different in two regards. First and fundamentally, in production systems, a shop-floor controller (be it automatic or manual) often dispatches a passive product. Naturally, within the medical community, an individual is viewed as an active stakeholder-participant within the healthcare delivery system rather than a passive entity. In this regard, recent work on “intelligent products” [84–86] in mass-customized production systems is a much more appropriate analogy. Such “intelligent products” are cyber-physical entities that consist of a physical product tied 1-to-1 with an informatic agent that is capable of negotiating and coordinating with the production system. Second, in production systems, intelligent products do not need to be in a specific location to be part of decisions for the next steps of production. In contrast, individuals must often meet healthcare professionals face-to-face in order to determine next steps. Consequently, the analogy to production system storage resources is retained because these decisions must occur at well specified locations in the healthcare delivery system.Definition 3 (measurement resource).
A resourcerM∈RM capable of measuring the operand: here the health state of an individual. They includehuman measurement resources rM∈RM (e.g., MRI technician, sonographer, and phlebotomist) andtechnical measurement resources rM∈RM (e.g., magnetic resonance imaging scanner, ultrasound machine, and Holter monitor). Measurement resources are the set union of human and technical measurement resources, RM=RM∪RM.Measurement resources are analogous to storage resources in previous work on mass-customized production systems [65–71]. Fundamentally speaking, in production systems, a product’s state is relatively well-known from the course of its production. Storage resources are required to simply account for a product’s location. In contrast, an individual’s health state needs to be explicitly ascertained by the healthcare delivery system. The analogy to production system storage resources is retained because naturally this measurement must occur at well specified locations in the healthcare delivery system.Definition 4 (transportation resource).
A resourcerN∈RN capable of transporting its operand: the individual themselves. They includehuman transportation resources rN∈RN (e.g., emergency medical technician, clinical care coordinator, and surgical team member) andtechnical transportation resources rN∈RN (e.g., ambulance, gurney, and wheelchair). Transportation resources are the set union of human and technical transportation resources, RN=RN∪RN.Transportation resources act much like they do in mass-customized production systems. However, healthcare transportation resources are only required when the individual is no longer able to transport themselves unassisted within the healthcare delivery system.Definition 5 (buffer resource).
A resourcer∈RB where(1)RB=RF∪RD∪RM.In order to support the discussion of transportation processes, it is useful to introduce the concept of buffer resources shown in Figure2 and Definition 5. Collectively, they denote specified locations. In production systems, they were the set union of transformation and storage resources. Here, they are the set union of transformation, measurement, and decisions resources.Furthermore, it is often useful to view healthcare delivery system resources purely in terms of human and technical classifications.Definition 6 (human resource).
A resourcer∈R where(2)R=RF∪RD∪RM∪RN.Definition 7 (technical resource).
A resourcer∈R where(3)R=RF∪RD∪RM∪RN.The healthcare delivery system resources described thus far allows specific instances to be non-uniquely classified. In the cases where a specific resource is capable of performing several processes, it must be uniquely classified. For example, a surgeon is trained and defined by their transformation ability and not just their decision capability. In order to create a unique classification of these resources, a set of ordered classification rules are implemented.Definition 8 (rules for classification of healthcare system resources).
Rule 1. If r∈R canTransform; then r∈RF. If r∈R canTransform; then r∈RF.
Rule 2. If r∈R canDecide; then r∈RD. If r∈R canDecide; then r∈RD.
Rule 3. If r∈R canMeasure; then r∈RM. If r∈R canMeasure; then r∈RM.
Rule 4. Otherwise r∈RN and r∈RN.These rules effectively sort resources on the basis of their most valuable capabilities. It is assumed that, with respect to value, Transform > Decide > Measure > Transportation. This prioritization is based on healthcare resource hierarchical medical value to the healthcare system. In healthcare delivery systems, the value for these different capabilities has pushed the system to encourage clinicians to “practice at the top of their license.”As many healthcare systems have hundreds or thousands of personnel and equipment, it is useful to form aggregated resourcesR¯ [65–67, 70, 83].(4)R¯=AR⊛R,where ⊛ is an aggregation operator and AR is an aggregation matrix [65–67, 70, 83]. These aggregations are flexible and logical in nature and can be changed administratively. For example, an Orthopedic Care Team may be composed of a surgeon, an anesthesiologist, nurses, surgical techs, residents/medical students, and cleaning staff. Naturally, the composition of this aggregation can be changed at a later time. Healthcare resource aggregation is critical for allowing flexibility in the level of abstraction (i.e., individual, teams, departments, clinics, and regions or state) of the system.In summary, healthcare delivery system resources are the set union of these previously mentioned types of resources.(5)R=RF∪RF∪RD∪RD∪RM∪RM∪RN∪RN,(6)R=RF∪RD∪RM∪RN,(7)R=R∪R.


### 2.2. Healthcare System Function

Healthcare system function [76, 77] (shown as B in Figure 1) is composed of several types of system processes which will ultimately be deployed by the system resources. In mass-customized production systems, the system processes were classified as two types: transformation and transportation [65–71]. Storage processes were considered as transportation processes with nondistinct origin and destination [65–71]. Here, the focus was onphysical processes that directly interacted with the value-adding operand, the mass-customized product. Analogously, transformation and transportation processes exist similarly in the healthcare delivery system as physical processes on the individual. That said, the healthcare delivery system has several essential characteristics that requires a broader classification. The engineering systems literature often classifies processes into five: transformation, transportation, storage, control, and exchange [87]. Consequently, in healthcare, measurement processes are identified as a type of control process and collaborative decisions are identified as a type of exchange process. It is important to note that these arecyber-physical processes in that they require the physical presence of the value-adding operand (i.e., the individual) as well as information flow between the individual and the healthcare delivery system (and its resources). This classification scheme is summarized by the SysML block diagram in Figure 3.Figure 3
SysML block diagram of healthcare system function.As with mass-customized production systems [65–71], these system processes may be organized to make up a (generic) template model of healthcare delivery system function. These functions are based on a diagnostic model [88] that first examines the patient’s complaint (measure), second, attempts to determine its cause (diagnose and decide) and, third, applies a treatment regimen to that cause (treat or transform). Sequentially, these are(1)
measurement: understand, quantify or classify individual state,(2)
decision: determine what to do for the individual and when,(3)
transformation: perform service(s) for the individual,(4)
transportation: move the individual between any of these processes.Figure4 shows this template service model graphically. Each of these is now described in detail.Figure 4
Healthcare functional model concept of healthcare system processes. Solid lines representtypical process sequences and dotted lines representpossible process sequences.Definition 9 (transformation process).
Aphysical process pF∈PF that transforms the operand: specifically the internal health state of the individual (i.e., treatment of condition, disease, or disorder).A transformation process typically changes the internal health state of the individual. Such processes include surgical procedures (e.g., amputation, ablation, laparoscopic surgery, and endoscopic surgery) and therapeutic procedures (e.g., pharmacotherapy, chemotherapy, physical therapy, psychotherapy, and laser therapy).Definition 10 (decision process).
Acyber-physical process pD∈PD occurring between a healthcare system resource and the operand: the individual that generates a decision on how to proceed next with the healthcare delivery system.Several types of decision processes exist in a healthcare delivery system. Planning is defined as the determination ofwhich healthcare system processes need to occur for the individual (e.g., treatment plan and cancer screening plan). Scheduling is defined aswho/what is going to perform that process andwhen (e.g., individual booking). Furthermore, it is important to distinguish betweenintermediate anddispatching decisions where the latter serve to trigger physical activities to the individual and the former do not.As a physical process, the individual must be physically present at a healthcare system resource (buffer) and in that sense a decision process resembles a storage process. As an informatic (i.e., cyber) process, information is exchanged (in both directions) between the individual and the healthcare system resource to supportcollaborative decision-making [39]. A critical aspect of shared decision-making and information exchange includes the healthcare system resource educating the individual. This enhances the individual’s ability to make the most beneficial medical and behavioral decisions. If the individual is incapacitated, then the healthcare system resource makes the decision autonomously.Definition 11 (measurement process).
Acyber-physical process pM∈PM that converts a physical property of the operand into a cyber, informatic property to ascertain health state of the individual.Typical healthcare measurement processes acting on individuals include clinical evaluation, diagnostic tests (e.g., blood test, urine test, and stool test) and diagnostic procedures (e.g., medical imaging, endoscopy, and electrocardiography).As a physical process, the individual must be physically present at a healthcare system resource (buffer) and in that sense a measurement process resembles a storage process. As an informatic (i.e., cyber) process, information is drawn from the individual to ascertain their health state (i.e., diagnose). In mass-customized production systems, the state of each product is relatively well-known from the course of its production. In contrast, an individual’s health state evolves stochastically and spontaneously. Understanding an individual’s health state is one of the core functions or processes of the healthcare system, which it performs through measurement.Definition 12 (transportation process).
Aphysical process pN∈PN that moves individuals between healthcare resources (e.g., bring individual to emergency department and move individual from operating to recovery room).Although individuals do not typically need to be moved (unless incapacitated), transportation processes are specifically included for the sake of completeness and adherence to the mass-customized production system analogy. This is also performed because it explicitly states the capabilities of the system rather than the utilization of the system by the operand.Furthermore, the introduction of the set of buffer resourcesRB implies that there are σ2(RB) transportation processes, where the σ notation is introduced to give the size of a set. As a matter of convention, a healthcare process pNu transports an individual from resource ry1∈RB to resource ry2∈RB such that [65–71](8)u=σRBy1-1+y2.Definition 13 (non-transportation process).
A combination of non-transportation processes representing transformation, decision, and measurement process,pB∈PB, is a set union of non-transportation processes.(9)PB=PF∪PD∪PM.As many healthcare systems have hundreds or thousands of processes, it is often useful to form aggregated processesP¯.(10)P¯=AP⊛P,where ⊛ is an aggregation operator and AP is an aggregation matrix. These aggregations are flexible and logical in nature. Since the healthcare sector has been so heavily influenced by fee-for-service reimbursement strategies, there have been many efforts to codify many of these services or processes to various degrees in various specialties.In summary, the healthcare system processes are the set union of transformation, decision, measurement, and transportation processes.(11)P=PF∪PD∪PM∪PN.


### 2.3. Healthcare System Concept (Knowledge Base)

Now that healthcare system function and form have been described, the allocation of their constituent processes to their associated resources can be presented. System concept is defined as an allocated architecture composed of a bipartite graph between the system processes and resources (shown as C in Figure1). This is an integral aspect of many common engineering design methodologies [76, 89–91]. Here, this work builds upon Axiomatic Design Theory, and more specifically for Large Flexible Engineering Systems [68, 92] where this allocation is mathematically formalized in terms of a “design equation” [65–71].(12)P=JS⊙R,where JS is a binary matrix called a “system knowledge base” and ⊙ is “matrix Boolean multiplication” [65–71].Definition 14 (system knowledge base [65–71]).
A binary matrixJS of size σ(P)×σ(R) whose element JS(w,v)∈{0,1} is equal to one when event ewv∈ES (in the discrete-event systems sense [82]) exists as a system process pw∈P being executed by a resource rv∈R.This system knowledge base definition has been applied to mass-customized production systems [65–71], transportation systems [93–95], water systems [68, 96, 97], and electric power systems [98] and is likely suitable to the healthcare delivery system as another instance of the class of Large Flexible Engineering Systems. It emphasizes the elemental capabilities thatexist within the system.It is important to note that the healthcare delivery system knowledge baseJS has a special structure that can be determined from smaller knowledge bases that individually address transformation, decision, measurement, and transportation processes. Using the rules presented in Definition 8, it follows that(13)PF=JF⊙RF,(14)PD=JFDJD⊙RF∪RD,(15)PM=JFMJDMJM⊙RF∪RD∪RM,(16)PN=JFNJDNJMNJN⊙RF∪RD∪RM∪RN.Consequently,(17)JS=JF000JFDJD00JFMJDMJM0JFNJDNJMNJN.The elemental capabilities that exist within the healthcare delivery system may not always beavailable. In the operational time frame, constraints may apply that effectively eliminate events from the event set. The existence of such constraints is captured within a system events constraints matrix.Definition 15 (system events constraints matrix [65–71]).
A binary matrixKS of size σ(P)×σ(R) whose element KS(w,v)∈{0,1} is equal to one when a constraint eliminates event ewv from the event set.Such constraints can be applied on technical resources in the form of breakdowns or maintenance. Similarly, human resources may call in sick or request other types of time off.The construction ofJS and KS allows the enumeration of the healthcare system’s structural degrees of freedom.Definition 16 (structural degrees of freedom [65–71]).
The set of independent actionsψi∈ES that completely define the available processes in the system. Their number is given by(18)
D
O
F
S
=
σ
E
S
=
∑
w
σ
P
∑
v
σ
R
J
S
⊖
K
S
w
,
v
(19)
=
∑
w
σ
P
∑
v
σ
R
A
S
w
,
v
,where ⊖ is Boolean subtraction (A⊖B=A·B¯, where A·B is the Hadamard product or equivalently matrix AND for Booleans. B¯=NOT(B)). These structural degrees of freedom enumerate the capabilities of the healthcare delivery system independent of their sequence. They have been shown to be an essential step in determining the system behavior of several Large Flexible Engineering Systems including mass-customized production systems [65–71], transportation systems [93–95], water systems [68, 96, 97], and electric power systems [98].From an architectural perspective, the structural degrees of freedom serve to construct a heterofunctional network [68, 92] that describes the structure of the healthcare delivery system. Such a network describes feasible sequences of pairs of structural degrees of freedom called strings. Consider two arbitrary structural degrees of freedom ew1v1 and ew2v2. Their corresponding string is zψ1ψ2=ew1v1ew2v2∈Z where ψ1=σ(P)(w1-1)+w2 and ψ2=σ(R)(v1-1)+v2∀w1,w2∈{1,σ(P)}and∀v1,v2∈1,σR. The existence of these strings can be captured in a system sequence knowledge base Jρ.Definition 17 (system sequence knowledge base [65–71]).
A square binary matrixJρ is of size σ(P)σ(R)×σ(P)σ(R) whose element Jρ(ψ1,ψ2)∈{0,1} is equal to one when string zψ1ψ2 exists. It may be calculated directly as(20)Jρ=JS·K¯SVJS·K¯SVT,where V is shorthand for vectorization (i.e., vec).As before, there may exist sequence-dependent constraints that eliminate some of these two-event strings. These are captured within a system sequence constraints matrix.Definition 18 (system sequence constraints matrix [65–71]).
A square binary constraints matrixKρ of size σ(P)σ(R)×σ(P)σ(R) whose elements K(ψ1,ψ2)∈{0,1} are equal to one when string zψ1ψ2=ew1v1ew2v2∈Z is eliminated.UnlikeKS where a zero matrix is possible, it has been shown in prior work [65–69] that the system sequence constraints matrix Kρ has perpetually binding constraints that arise from the functional architecture. In mass-customized production systems, these include, at a minimum, continuity relations that ensure the destination of the first structural degree of freedom is equivalent to the origin of the second [65–69]. Extensive discussions have been provided on the sources of additional sequence-dependent constraints [65–67]. Healthcare delivery systems naturally observe the constraints from continuity relations. They also have many constraints arising from clinical medical practice and administration. Examples of these are discussed in greater detail in Section 5.Finally, the construction ofJρ and Kρ allows the construction of an adjacency matrix Aρ that describes a heterofunctional network.(21)Aρ=Jρ⊖Kρ.Definition 19 (system sequence degrees of freedom [65–71]).
The set of independent actionsEρ that completely defines the available sequence processes in the system. Their number is given by(22)
D
O
F
ρ
=
σ
E
ρ
=
∑
ψ
1
σ
P
∑
ψ
2
σ
R
J
ρ
⊖
K
ρ
ψ
1
,
ψ
2
(23)
=
∑
ψ
1
σ
P
∑
ψ
2
σ
R
A
ρ
ψ
1
,
ψ
2
.Here, the nodes represent structural degrees of freedom and the edges represent system sequence degrees of freedom as the feasible sequences between them. The adjacency matrixAρ has been shown in prior work to affect the resilience properties of Large Flexible Engineering Systems including mass-customized production systems [65–71], transportation systems [93–95], water systems [68, 96, 97], and electric power systems [98].In summary, the healthcare system concept is captured in the system knowledge baseJS and the system sequence knowledge base Jρ to describe the system’s capabilities individually and in pairs. This also requires their corresponding constraint matrices KS and Kρ. These capability and constraint matrices allow for the construction of a heterofunctional network adjacency matrix Aρ where the nodes represent the structural degrees of freedom ES and the edges represent their feasibility as pairs.


### 2.4. Individual’s “Clinical” Health State Evolution

With the architecture of the healthcare delivery system in place, the discussion turns to an individual’s health state evolution (shown as D in Figure1). While it is important to quantify the capabilities of the healthcare delivery system, it is equally critical to introduce the evolution of each individual’s health state so as to keep track of individual patient outcomes. Ultimately, this is necessary to meet the requirements presented in Table 2 so as to address healthcare delivery challenges posed by chronic conditions described in Table 1.It is here that the analogy between a personalized healthcare delivery system and mass-customized production systems firmly takes shape. In mass-customized production systems, each product is assumed to be entirely different from the one before it. For example, Mercedes Benz offered3.347807348×1024 variations on their Mercedes E class model in 2002 [99]. Human individuals are also unique. From the healthcare delivery system’s perspective, the International Classification of Diseases (ICD), currently at ICD-10, has 68,000 diagnosis codes [100]. When one considers that 25% of Americans have multiple chronic conditions [26], the number of possiblecombinations is essentially equal to the population. In both cases, there exist a large number of unique operands that utilize different capabilities of their respective systems. Therefore, a systematic approach is required to model each individual.In terms of modeling each individual, one must distinguish between the bio-physical-chemicalcontinuous health state of the individual, often found in systems biology [101, 102] and an individual’s clinical health state. The clinical health state is often ascertained by the clinician through differential diagnosis [103, 104]. The process of diagnosis generally includes a form ofdiscrete classification such as by type (e.g., Type 1 diabetes versus Type 2 diabetes [105]), stage (e.g., Breast Cancer Stage IA versus Stage IIIC [106]), grade (e.g., Brain Tumor Grade II diffuse astrocytoma versus Grade IV glioblastoma [107]) or class (e.g., Heart Failure Functional Class I versus Heart Failure Functional Class IV [108]). Furthermore, the evolution of that state happens at irregular time intervals and often as a result of specific events be they from the healthcare delivery system (e.g., surgery), the environment (e.g., exposure to allergens), or new behavior (e.g., a new exercise regimen). Therefore, it is more appropriate to use a discrete-event system model to describe the evolution of an individual’sclinical health state.To continue the analogy, in mass-customized production systems, the evolution of a product’s state from raw good to finished product was described by a deterministic untimed Petri-net called a “Product Net” [67]. Similarly, a “Health Net” is introduced, this time as a fuzzy timed Petri-net, to model an individual’s clinical health state.Definition 20 (Health Net).
Given an individualli, that is part of a population L, where L={l1,…,lσ(L)}, the evolution of their clinical health state can be described as a fuzzy timed Petri-net [109–111]:(24)Nli=Sli,Eli,Mli,Wli,Dli,Qli,where(i)
Nli is the Health Net;(ii)
Sli is the set of places describing a set of health states;(iii)
Eli is the set of transitions describing health events;(iv)
Mli⊆(Sli×Eli)∪(Eli×Sli) is the set of arcs describing the relations of health states to health events or health events to health states;(v)
Wli is the set of weights on the arcs describing the health transition probabilities for the arcs;(vi)
Dli is the set of transition durations;(vii)
Qli is the Petri-net marking representing the likely presence of the set of health states as a discrete probabilistic state.The Petri-net structure leads directly to the definition of its discrete-event dynamics.Definition 21 (fuzzy timed Petri-net (discrete-event) dynamics [112]).
Given a binary input firing vectorUli+[k] and a binary output firing vector Uli-[k], both of size σ(Eli)×1, and the positive and negative components Mli+ and Mli- of the Petri-net incidence matrix of size σ(Sli)×σ(Eli), the evolution of the marking vector Qli is given by the state transition function Φ(Qli[k],Uli[k]):(25)Qlik+1=ΦQlik,Uli-k,Uli+k,where Qli=[QSli;QEli] and(26)QSlik+1=QSlik+Mli+Uli+k-Mli-Uli-k,(27)QElik+1=QElik-Uli+k+Uli-k.QSli is introduced to probabilistically mark Petri-net places whereas QEli is introduced to mark the likelihood that a timed transition is currently firing. The transitions are fired based on a scheduled event list that combines the discrete events with a time interval.Definition 22 (scheduled event list [82]).
A tupleSli=(uliψ[k],tkli) consists of all elements uliψ[k] in firing vectors Uli-[k] and their associated times tkli. For every element, uliψ-[k]∈Uli-[k], there exists another element uliψ+[κ]∈Uli+[κ] which occurs at time tκli, dψli time units later. tκli=tkli+dψli.The Health Net is a practical representation of an individual’s health state evolution from a clinical practitioner’s perspective. Health states may include specific health factors (e.g., BMI level and glucose level) or may represent specific outcomes (e.g., pain level and cancer remission). The health events allow for the progression from one health state to the next as has been described in the scientific medical literature. The weightsWli on the arcs Mli are no longer integers but instead probabilities of (1) a health state leading to a health event or (2) a health event leading a health state. The introduction of event timing and fuzzy state evolution are now specifically included to account for the requirements presented in Table 2.An individual’s health eventsEli may be further classified. Eli=EFli∪Eφli. Each health event in EFli is triggered by the transformation processes PF in the healthcare delivery system. Each health event in Eφli is the result of a stochastic human process Pφ. These stochastic human processes (i.e., the capability of the human body to change health state without a healthcare delivery system trigger) may occur randomly for unknown reasons or it may be mediated by non-healthcare delivery system factors that may be internal or external to the individual, such as injury and social, economic, environmental, or biologic/genetic factors (e.g., car accident, BMI, and gender). Note that in mass-customized productions systems Eφli do not exist. Furthermore, while the mass-customized production system describes a production transformation process (e.g., milling and painting) as having a single deterministic outcome, the scientific medical literature describes healthcare transformation processes (e.g., cancer therapy) as having several probabilistic health outcomes (e.g., cancer recurrent or cancer in remission) which would be reflected in the partially marked state Qli.Finally, in mass-customized production systems, the product net had events that occurred instantaneously. In contrast, the Health Net has events with stochastic duration. This is particularly important as an individual’s health recovers and degrades at different rates.With the Health Net model in place, it becomes important to understand how the full evolution of the clinical health states can be partitioned intoepisodes.Definition 23 (episode).
A partition of the Health NetNeli={Seli,Eeli,Meli,Weli,Qeli}⊂Nli describing a single noteworthy happening characterized by an underlying condition be it acute or chronic.The set of episodes are assumed to be collectively exhaustive of the Health Net.Nli=⋃jNejli. Furthermore, with respect to health events, episodes are mutually exclusive; ⋂jEejli=⌀.The definition of health nets and episodes allows a return to the central premise of the paper summarized in Tables1 and 2. More specifically, episodes can be classified as eitherAcute orChronic.Definition 24 (acute condition).
Acute condition occurs as an episode (e.g., infection, trauma, and fracture) with a short clinical course that usually responds to treatment where a return to a state of complete-pre-morbid health is the rule [113].This definition facilitates two assumptions.(1) Acute conditions are mutually exclusive. ⋂jNajli=⌀, which implies that for n acute conditions(28)Mli=Ma1li000⋱000Manli.(2) The duration of an acute episode occurs on the order of duration of a facility visit. This explains why the primary focus of many works on discrete-event simulation in the healthcare delivery system literature [74, 75] is on minimizing transportation and wait times.Definition 25 (chronic condition).
Chronic conditions occur as episodes (e.g., diabetes mellitus, arthritis, cardiovascular disease, and cancer) that have a protracted, usually more than 6 months clinical course (in many cases lifelong), requiring long-term therapy where response is suboptimal and return to a state of complete or pre-morbid normalcy is the exception [113].Consequently, and unlike acute conditions, chronic conditions are not mutually exclusive.⋂jNcjli=⌀. Furthermore, the duration of a chronic episode is much longer than duration of a facility visit, and therefore health events may occur both inside and outside the clinic.In summary, it is important to recognize that the Health Net fulfills three of the requirements in Table2. It specifically understands the clinical health state of an individual. It also tracks this health state as individuals reach favorable health outcomes. Finally, it recognizes that health events can be part of chronic episodes that are of long duration that can occur well after the individual has left the healthcare facility.


### 2.5. Linking Healthcare System State with Individual Health State

In order to link the transformation processes of the Healthcare Delivery System to the Individual Clinical Health State Evolution, a coordination link is necessary (shown as E in Figure1).In mass-customized production systems the linking between the production system state and the product state is captured using the product transformational feasibility matrix [65–71], where each transformation process in the production system induces a product event. Analogously, each transformation process in the healthcare delivery system induces its corresponding health event. For each individual, li, this feasibility condition can be captured in a binary individual transformational feasibility matrix.Definition 26 (individual transformation feasibility matrixΛFi [65–71]).
A binary matrix of sizeσ(Eli)×σ(PF), where ΛFi(x,j)=1 if transformational process pFj realizes the health event exli.Since each transformation process realizes exactly one individual health event, the sum of each column of the individual transformational feasibility matrix must equal one. The sum of each row gives the number of times that each transformation process is required by the individual.Note that in mass-customized production systems, there are typically more unique transformation processes than in all the mass-customized products being produced [114]. In contrast, the healthcare delivery system typically only has transformation processes if they serve to improve individuals’ health state. Meanwhile, all the health events in Eφli∀li are entirely autonomous of the healthcare delivery system.


### 2.6. Architecture Model Summary

This section has presented a personalized healthcare delivery system model following the conceptual depiction in Figure1. The analogy between mass-customized production systems and personalized healthcare delivery is summarized in Table 3 and follows the nomenclature of the conceptual depiction in Figure 1.Table 3
Summary of the analogy between mass-customized productions systems and personalized healthcare delivery.
System Mass-customized production system Personalized healthcare delivery system (A) System form Resources Buffer (BS) [Transformation (M) ∪ Buffer (RB) [Transformation (RF) ∪ Independent buffer (B)] ∪ Decision (RD) ∪ Measurement (RM)] ∪ Transportation (H) Transportation (RN) Resource classification Fixed Transform > Decide > Measure > Transportation  (B) System function Processes Transformation (Pμ) ∪ Transportation (Pη) Transformation (PF) ∪ Decision (PD) ∪ Measurement (PM) ∪ Transportation (PN)  (C) System concept System knowledge base J S = J M ∣ 0 ⟵ J H ⟶ J S = J F 0 0 0 J F D J D 0 0 J F M J D M J M 0 J F N J D N J M N J N System constraint matrix K S = K M ∣ 0 ⟵ K H ⟶ K S = K F 0 0 0 K F D K D 0 0 K F M K D M K M 0 K F N K D N K M N K N Structural degrees of freedom (nodes) D O F S =  ∑ w σ ( P ) ∑ v σ ( R ) J S ⊖ K S ( w , v ) D O F S =  ∑ w σ ( P ) ∑ v σ ( R ) J S ⊖ K S ( w , v ) System sequence knowledge base J ρ = J S ⋅ K - S V J S ⋅ K - S V T J ρ = J S ⋅ K - S V J S ⋅ K - S V T System sequence constraint matrix K ρ K ρ System sequence degrees of freedom (edges) D O F ρ =  ∑ ψ 1 σ ( P ) ∑ ψ 2 σ ( R ) J ρ ⊖ K ρ ( ψ 1 , ψ 2 ) D O F ρ =  ∑ ψ 1 σ ( P ) ∑ ψ 2 σ ( R ) J ρ ⊖ K ρ ( ψ 1 , ψ 2 )  (D) Operand Petri-net model Product net(Nli) Health net(Nli) Places Product places (Sli) Health state (Sli) Transitions Product event (Eli) Health event (Eli) Transition duration Infinitesimal Fixed duration (Dli) Arcs M l i M l i Arc weight { 0,1 } Stochastic (“Fuzzy”)(Wli)  (E) Coordinating system and operand Production Healthcare Operand Transformation Feasibility Matrix Product Transformation Feasibility Matrix(Λμi) of size σ(Eli)×σ(Pμ) Individual Transformation Feasibility Matrix(ΛFi) of size σ(Eli)×σ(PF)


## 2.1. Healthcare System Form: Systems Resources and Their Flexible Aggregation

To begin, the healthcare system form [76, 77] (shown as A in Figure 1) is composed of several types of system resources which may be flexibly aggregated. In mass-customized production systems, the system resources were classified as transformation resources (i.e., value-adding machines), storage resources (i.e., independent buffers), and transportation resources (i.e., material handlers) [65–71]. Each of these has their analogous counterparts in the healthcare delivery system. That said, the healthcare delivery system has several essential characteristics which require a finer classification of its system resources. These include the definition of measurement and decision resources as well as the distinction between human and technical resources. The remainder of the discussion on healthcare system form is guided by the SysML block diagram in Figure 2.Figure 2
SysML block diagram of healthcare system form.Definition 1 (transformation resource).
A resourcerF∈RF capable of a transformative effect on its operand (e.g., the health state of an individual). They includehuman transformation resources rF∈RF (e.g., surgeon, cardiologist, and psychologist) andtechnical transformation resources rF∈RF (e.g., operating theatres, chemotherapy infusion room, and delivery room). Transformation resources are the set union of human and technical transformation resources, RF=RF∪RF.Definition 2 (decision resource).
A resourcerD∈RD capable of advising the operand, an individual, on how to proceed next with the healthcare delivery system. They includehuman decision resources rD∈RD (e.g., oncologist, general practitioner, and surgeon) andtechnical decision resources rD∈RD (e.g., decision support systems and electronic medical record decision tools). Decision resources are the set union of human and technical decision resources, RD=RD∪RD.Decision resources are analogous to storage resources in previous work on mass-customized production systems [65–71] but are different in two regards. First and fundamentally, in production systems, a shop-floor controller (be it automatic or manual) often dispatches a passive product. Naturally, within the medical community, an individual is viewed as an active stakeholder-participant within the healthcare delivery system rather than a passive entity. In this regard, recent work on “intelligent products” [84–86] in mass-customized production systems is a much more appropriate analogy. Such “intelligent products” are cyber-physical entities that consist of a physical product tied 1-to-1 with an informatic agent that is capable of negotiating and coordinating with the production system. Second, in production systems, intelligent products do not need to be in a specific location to be part of decisions for the next steps of production. In contrast, individuals must often meet healthcare professionals face-to-face in order to determine next steps. Consequently, the analogy to production system storage resources is retained because these decisions must occur at well specified locations in the healthcare delivery system.Definition 3 (measurement resource).
A resourcerM∈RM capable of measuring the operand: here the health state of an individual. They includehuman measurement resources rM∈RM (e.g., MRI technician, sonographer, and phlebotomist) andtechnical measurement resources rM∈RM (e.g., magnetic resonance imaging scanner, ultrasound machine, and Holter monitor). Measurement resources are the set union of human and technical measurement resources, RM=RM∪RM.Measurement resources are analogous to storage resources in previous work on mass-customized production systems [65–71]. Fundamentally speaking, in production systems, a product’s state is relatively well-known from the course of its production. Storage resources are required to simply account for a product’s location. In contrast, an individual’s health state needs to be explicitly ascertained by the healthcare delivery system. The analogy to production system storage resources is retained because naturally this measurement must occur at well specified locations in the healthcare delivery system.Definition 4 (transportation resource).
A resourcerN∈RN capable of transporting its operand: the individual themselves. They includehuman transportation resources rN∈RN (e.g., emergency medical technician, clinical care coordinator, and surgical team member) andtechnical transportation resources rN∈RN (e.g., ambulance, gurney, and wheelchair). Transportation resources are the set union of human and technical transportation resources, RN=RN∪RN.Transportation resources act much like they do in mass-customized production systems. However, healthcare transportation resources are only required when the individual is no longer able to transport themselves unassisted within the healthcare delivery system.Definition 5 (buffer resource).
A resourcer∈RB where(1)RB=RF∪RD∪RM.In order to support the discussion of transportation processes, it is useful to introduce the concept of buffer resources shown in Figure2 and Definition 5. Collectively, they denote specified locations. In production systems, they were the set union of transformation and storage resources. Here, they are the set union of transformation, measurement, and decisions resources.Furthermore, it is often useful to view healthcare delivery system resources purely in terms of human and technical classifications.Definition 6 (human resource).
A resourcer∈R where(2)R=RF∪RD∪RM∪RN.Definition 7 (technical resource).
A resourcer∈R where(3)R=RF∪RD∪RM∪RN.The healthcare delivery system resources described thus far allows specific instances to be non-uniquely classified. In the cases where a specific resource is capable of performing several processes, it must be uniquely classified. For example, a surgeon is trained and defined by their transformation ability and not just their decision capability. In order to create a unique classification of these resources, a set of ordered classification rules are implemented.Definition 8 (rules for classification of healthcare system resources).
Rule 1. If r∈R canTransform; then r∈RF. If r∈R canTransform; then r∈RF.
Rule 2. If r∈R canDecide; then r∈RD. If r∈R canDecide; then r∈RD.
Rule 3. If r∈R canMeasure; then r∈RM. If r∈R canMeasure; then r∈RM.
Rule 4. Otherwise r∈RN and r∈RN.These rules effectively sort resources on the basis of their most valuable capabilities. It is assumed that, with respect to value, Transform > Decide > Measure > Transportation. This prioritization is based on healthcare resource hierarchical medical value to the healthcare system. In healthcare delivery systems, the value for these different capabilities has pushed the system to encourage clinicians to “practice at the top of their license.”As many healthcare systems have hundreds or thousands of personnel and equipment, it is useful to form aggregated resourcesR¯ [65–67, 70, 83].(4)R¯=AR⊛R,where ⊛ is an aggregation operator and AR is an aggregation matrix [65–67, 70, 83]. These aggregations are flexible and logical in nature and can be changed administratively. For example, an Orthopedic Care Team may be composed of a surgeon, an anesthesiologist, nurses, surgical techs, residents/medical students, and cleaning staff. Naturally, the composition of this aggregation can be changed at a later time. Healthcare resource aggregation is critical for allowing flexibility in the level of abstraction (i.e., individual, teams, departments, clinics, and regions or state) of the system.In summary, healthcare delivery system resources are the set union of these previously mentioned types of resources.(5)R=RF∪RF∪RD∪RD∪RM∪RM∪RN∪RN,(6)R=RF∪RD∪RM∪RN,(7)R=R∪R.


## 2.2. Healthcare System Function

Healthcare system function [76, 77] (shown as B in Figure 1) is composed of several types of system processes which will ultimately be deployed by the system resources. In mass-customized production systems, the system processes were classified as two types: transformation and transportation [65–71]. Storage processes were considered as transportation processes with nondistinct origin and destination [65–71]. Here, the focus was onphysical processes that directly interacted with the value-adding operand, the mass-customized product. Analogously, transformation and transportation processes exist similarly in the healthcare delivery system as physical processes on the individual. That said, the healthcare delivery system has several essential characteristics that requires a broader classification. The engineering systems literature often classifies processes into five: transformation, transportation, storage, control, and exchange [87]. Consequently, in healthcare, measurement processes are identified as a type of control process and collaborative decisions are identified as a type of exchange process. It is important to note that these arecyber-physical processes in that they require the physical presence of the value-adding operand (i.e., the individual) as well as information flow between the individual and the healthcare delivery system (and its resources). This classification scheme is summarized by the SysML block diagram in Figure 3.Figure 3
SysML block diagram of healthcare system function.As with mass-customized production systems [65–71], these system processes may be organized to make up a (generic) template model of healthcare delivery system function. These functions are based on a diagnostic model [88] that first examines the patient’s complaint (measure), second, attempts to determine its cause (diagnose and decide) and, third, applies a treatment regimen to that cause (treat or transform). Sequentially, these are(1)
measurement: understand, quantify or classify individual state,(2)
decision: determine what to do for the individual and when,(3)
transformation: perform service(s) for the individual,(4)
transportation: move the individual between any of these processes.Figure4 shows this template service model graphically. Each of these is now described in detail.Figure 4
Healthcare functional model concept of healthcare system processes. Solid lines representtypical process sequences and dotted lines representpossible process sequences.Definition 9 (transformation process).
Aphysical process pF∈PF that transforms the operand: specifically the internal health state of the individual (i.e., treatment of condition, disease, or disorder).A transformation process typically changes the internal health state of the individual. Such processes include surgical procedures (e.g., amputation, ablation, laparoscopic surgery, and endoscopic surgery) and therapeutic procedures (e.g., pharmacotherapy, chemotherapy, physical therapy, psychotherapy, and laser therapy).Definition 10 (decision process).
Acyber-physical process pD∈PD occurring between a healthcare system resource and the operand: the individual that generates a decision on how to proceed next with the healthcare delivery system.Several types of decision processes exist in a healthcare delivery system. Planning is defined as the determination ofwhich healthcare system processes need to occur for the individual (e.g., treatment plan and cancer screening plan). Scheduling is defined aswho/what is going to perform that process andwhen (e.g., individual booking). Furthermore, it is important to distinguish betweenintermediate anddispatching decisions where the latter serve to trigger physical activities to the individual and the former do not.As a physical process, the individual must be physically present at a healthcare system resource (buffer) and in that sense a decision process resembles a storage process. As an informatic (i.e., cyber) process, information is exchanged (in both directions) between the individual and the healthcare system resource to supportcollaborative decision-making [39]. A critical aspect of shared decision-making and information exchange includes the healthcare system resource educating the individual. This enhances the individual’s ability to make the most beneficial medical and behavioral decisions. If the individual is incapacitated, then the healthcare system resource makes the decision autonomously.Definition 11 (measurement process).
Acyber-physical process pM∈PM that converts a physical property of the operand into a cyber, informatic property to ascertain health state of the individual.Typical healthcare measurement processes acting on individuals include clinical evaluation, diagnostic tests (e.g., blood test, urine test, and stool test) and diagnostic procedures (e.g., medical imaging, endoscopy, and electrocardiography).As a physical process, the individual must be physically present at a healthcare system resource (buffer) and in that sense a measurement process resembles a storage process. As an informatic (i.e., cyber) process, information is drawn from the individual to ascertain their health state (i.e., diagnose). In mass-customized production systems, the state of each product is relatively well-known from the course of its production. In contrast, an individual’s health state evolves stochastically and spontaneously. Understanding an individual’s health state is one of the core functions or processes of the healthcare system, which it performs through measurement.Definition 12 (transportation process).
Aphysical process pN∈PN that moves individuals between healthcare resources (e.g., bring individual to emergency department and move individual from operating to recovery room).Although individuals do not typically need to be moved (unless incapacitated), transportation processes are specifically included for the sake of completeness and adherence to the mass-customized production system analogy. This is also performed because it explicitly states the capabilities of the system rather than the utilization of the system by the operand.Furthermore, the introduction of the set of buffer resourcesRB implies that there are σ2(RB) transportation processes, where the σ notation is introduced to give the size of a set. As a matter of convention, a healthcare process pNu transports an individual from resource ry1∈RB to resource ry2∈RB such that [65–71](8)u=σRBy1-1+y2.Definition 13 (non-transportation process).
A combination of non-transportation processes representing transformation, decision, and measurement process,pB∈PB, is a set union of non-transportation processes.(9)PB=PF∪PD∪PM.As many healthcare systems have hundreds or thousands of processes, it is often useful to form aggregated processesP¯.(10)P¯=AP⊛P,where ⊛ is an aggregation operator and AP is an aggregation matrix. These aggregations are flexible and logical in nature. Since the healthcare sector has been so heavily influenced by fee-for-service reimbursement strategies, there have been many efforts to codify many of these services or processes to various degrees in various specialties.In summary, the healthcare system processes are the set union of transformation, decision, measurement, and transportation processes.(11)P=PF∪PD∪PM∪PN.


## 2.3. Healthcare System Concept (Knowledge Base)

Now that healthcare system function and form have been described, the allocation of their constituent processes to their associated resources can be presented. System concept is defined as an allocated architecture composed of a bipartite graph between the system processes and resources (shown as C in Figure1). This is an integral aspect of many common engineering design methodologies [76, 89–91]. Here, this work builds upon Axiomatic Design Theory, and more specifically for Large Flexible Engineering Systems [68, 92] where this allocation is mathematically formalized in terms of a “design equation” [65–71].(12)P=JS⊙R,where JS is a binary matrix called a “system knowledge base” and ⊙ is “matrix Boolean multiplication” [65–71].Definition 14 (system knowledge base [65–71]).
A binary matrixJS of size σ(P)×σ(R) whose element JS(w,v)∈{0,1} is equal to one when event ewv∈ES (in the discrete-event systems sense [82]) exists as a system process pw∈P being executed by a resource rv∈R.This system knowledge base definition has been applied to mass-customized production systems [65–71], transportation systems [93–95], water systems [68, 96, 97], and electric power systems [98] and is likely suitable to the healthcare delivery system as another instance of the class of Large Flexible Engineering Systems. It emphasizes the elemental capabilities thatexist within the system.It is important to note that the healthcare delivery system knowledge baseJS has a special structure that can be determined from smaller knowledge bases that individually address transformation, decision, measurement, and transportation processes. Using the rules presented in Definition 8, it follows that(13)PF=JF⊙RF,(14)PD=JFDJD⊙RF∪RD,(15)PM=JFMJDMJM⊙RF∪RD∪RM,(16)PN=JFNJDNJMNJN⊙RF∪RD∪RM∪RN.Consequently,(17)JS=JF000JFDJD00JFMJDMJM0JFNJDNJMNJN.The elemental capabilities that exist within the healthcare delivery system may not always beavailable. In the operational time frame, constraints may apply that effectively eliminate events from the event set. The existence of such constraints is captured within a system events constraints matrix.Definition 15 (system events constraints matrix [65–71]).
A binary matrixKS of size σ(P)×σ(R) whose element KS(w,v)∈{0,1} is equal to one when a constraint eliminates event ewv from the event set.Such constraints can be applied on technical resources in the form of breakdowns or maintenance. Similarly, human resources may call in sick or request other types of time off.The construction ofJS and KS allows the enumeration of the healthcare system’s structural degrees of freedom.Definition 16 (structural degrees of freedom [65–71]).
The set of independent actionsψi∈ES that completely define the available processes in the system. Their number is given by(18)
D
O
F
S
=
σ
E
S
=
∑
w
σ
P
∑
v
σ
R
J
S
⊖
K
S
w
,
v
(19)
=
∑
w
σ
P
∑
v
σ
R
A
S
w
,
v
,where ⊖ is Boolean subtraction (A⊖B=A·B¯, where A·B is the Hadamard product or equivalently matrix AND for Booleans. B¯=NOT(B)). These structural degrees of freedom enumerate the capabilities of the healthcare delivery system independent of their sequence. They have been shown to be an essential step in determining the system behavior of several Large Flexible Engineering Systems including mass-customized production systems [65–71], transportation systems [93–95], water systems [68, 96, 97], and electric power systems [98].From an architectural perspective, the structural degrees of freedom serve to construct a heterofunctional network [68, 92] that describes the structure of the healthcare delivery system. Such a network describes feasible sequences of pairs of structural degrees of freedom called strings. Consider two arbitrary structural degrees of freedom ew1v1 and ew2v2. Their corresponding string is zψ1ψ2=ew1v1ew2v2∈Z where ψ1=σ(P)(w1-1)+w2 and ψ2=σ(R)(v1-1)+v2∀w1,w2∈{1,σ(P)}and∀v1,v2∈1,σR. The existence of these strings can be captured in a system sequence knowledge base Jρ.Definition 17 (system sequence knowledge base [65–71]).
A square binary matrixJρ is of size σ(P)σ(R)×σ(P)σ(R) whose element Jρ(ψ1,ψ2)∈{0,1} is equal to one when string zψ1ψ2 exists. It may be calculated directly as(20)Jρ=JS·K¯SVJS·K¯SVT,where V is shorthand for vectorization (i.e., vec).As before, there may exist sequence-dependent constraints that eliminate some of these two-event strings. These are captured within a system sequence constraints matrix.Definition 18 (system sequence constraints matrix [65–71]).
A square binary constraints matrixKρ of size σ(P)σ(R)×σ(P)σ(R) whose elements K(ψ1,ψ2)∈{0,1} are equal to one when string zψ1ψ2=ew1v1ew2v2∈Z is eliminated.UnlikeKS where a zero matrix is possible, it has been shown in prior work [65–69] that the system sequence constraints matrix Kρ has perpetually binding constraints that arise from the functional architecture. In mass-customized production systems, these include, at a minimum, continuity relations that ensure the destination of the first structural degree of freedom is equivalent to the origin of the second [65–69]. Extensive discussions have been provided on the sources of additional sequence-dependent constraints [65–67]. Healthcare delivery systems naturally observe the constraints from continuity relations. They also have many constraints arising from clinical medical practice and administration. Examples of these are discussed in greater detail in Section 5.Finally, the construction ofJρ and Kρ allows the construction of an adjacency matrix Aρ that describes a heterofunctional network.(21)Aρ=Jρ⊖Kρ.Definition 19 (system sequence degrees of freedom [65–71]).
The set of independent actionsEρ that completely defines the available sequence processes in the system. Their number is given by(22)
D
O
F
ρ
=
σ
E
ρ
=
∑
ψ
1
σ
P
∑
ψ
2
σ
R
J
ρ
⊖
K
ρ
ψ
1
,
ψ
2
(23)
=
∑
ψ
1
σ
P
∑
ψ
2
σ
R
A
ρ
ψ
1
,
ψ
2
.Here, the nodes represent structural degrees of freedom and the edges represent system sequence degrees of freedom as the feasible sequences between them. The adjacency matrixAρ has been shown in prior work to affect the resilience properties of Large Flexible Engineering Systems including mass-customized production systems [65–71], transportation systems [93–95], water systems [68, 96, 97], and electric power systems [98].In summary, the healthcare system concept is captured in the system knowledge baseJS and the system sequence knowledge base Jρ to describe the system’s capabilities individually and in pairs. This also requires their corresponding constraint matrices KS and Kρ. These capability and constraint matrices allow for the construction of a heterofunctional network adjacency matrix Aρ where the nodes represent the structural degrees of freedom ES and the edges represent their feasibility as pairs.


## 2.4. Individual’s “Clinical” Health State Evolution

With the architecture of the healthcare delivery system in place, the discussion turns to an individual’s health state evolution (shown as D in Figure1). While it is important to quantify the capabilities of the healthcare delivery system, it is equally critical to introduce the evolution of each individual’s health state so as to keep track of individual patient outcomes. Ultimately, this is necessary to meet the requirements presented in Table 2 so as to address healthcare delivery challenges posed by chronic conditions described in Table 1.It is here that the analogy between a personalized healthcare delivery system and mass-customized production systems firmly takes shape. In mass-customized production systems, each product is assumed to be entirely different from the one before it. For example, Mercedes Benz offered3.347807348×1024 variations on their Mercedes E class model in 2002 [99]. Human individuals are also unique. From the healthcare delivery system’s perspective, the International Classification of Diseases (ICD), currently at ICD-10, has 68,000 diagnosis codes [100]. When one considers that 25% of Americans have multiple chronic conditions [26], the number of possiblecombinations is essentially equal to the population. In both cases, there exist a large number of unique operands that utilize different capabilities of their respective systems. Therefore, a systematic approach is required to model each individual.In terms of modeling each individual, one must distinguish between the bio-physical-chemicalcontinuous health state of the individual, often found in systems biology [101, 102] and an individual’s clinical health state. The clinical health state is often ascertained by the clinician through differential diagnosis [103, 104]. The process of diagnosis generally includes a form ofdiscrete classification such as by type (e.g., Type 1 diabetes versus Type 2 diabetes [105]), stage (e.g., Breast Cancer Stage IA versus Stage IIIC [106]), grade (e.g., Brain Tumor Grade II diffuse astrocytoma versus Grade IV glioblastoma [107]) or class (e.g., Heart Failure Functional Class I versus Heart Failure Functional Class IV [108]). Furthermore, the evolution of that state happens at irregular time intervals and often as a result of specific events be they from the healthcare delivery system (e.g., surgery), the environment (e.g., exposure to allergens), or new behavior (e.g., a new exercise regimen). Therefore, it is more appropriate to use a discrete-event system model to describe the evolution of an individual’sclinical health state.To continue the analogy, in mass-customized production systems, the evolution of a product’s state from raw good to finished product was described by a deterministic untimed Petri-net called a “Product Net” [67]. Similarly, a “Health Net” is introduced, this time as a fuzzy timed Petri-net, to model an individual’s clinical health state.Definition 20 (Health Net).
Given an individualli, that is part of a population L, where L={l1,…,lσ(L)}, the evolution of their clinical health state can be described as a fuzzy timed Petri-net [109–111]:(24)Nli=Sli,Eli,Mli,Wli,Dli,Qli,where(i)
Nli is the Health Net;(ii)
Sli is the set of places describing a set of health states;(iii)
Eli is the set of transitions describing health events;(iv)
Mli⊆(Sli×Eli)∪(Eli×Sli) is the set of arcs describing the relations of health states to health events or health events to health states;(v)
Wli is the set of weights on the arcs describing the health transition probabilities for the arcs;(vi)
Dli is the set of transition durations;(vii)
Qli is the Petri-net marking representing the likely presence of the set of health states as a discrete probabilistic state.The Petri-net structure leads directly to the definition of its discrete-event dynamics.Definition 21 (fuzzy timed Petri-net (discrete-event) dynamics [112]).
Given a binary input firing vectorUli+[k] and a binary output firing vector Uli-[k], both of size σ(Eli)×1, and the positive and negative components Mli+ and Mli- of the Petri-net incidence matrix of size σ(Sli)×σ(Eli), the evolution of the marking vector Qli is given by the state transition function Φ(Qli[k],Uli[k]):(25)Qlik+1=ΦQlik,Uli-k,Uli+k,where Qli=[QSli;QEli] and(26)QSlik+1=QSlik+Mli+Uli+k-Mli-Uli-k,(27)QElik+1=QElik-Uli+k+Uli-k.QSli is introduced to probabilistically mark Petri-net places whereas QEli is introduced to mark the likelihood that a timed transition is currently firing. The transitions are fired based on a scheduled event list that combines the discrete events with a time interval.Definition 22 (scheduled event list [82]).
A tupleSli=(uliψ[k],tkli) consists of all elements uliψ[k] in firing vectors Uli-[k] and their associated times tkli. For every element, uliψ-[k]∈Uli-[k], there exists another element uliψ+[κ]∈Uli+[κ] which occurs at time tκli, dψli time units later. tκli=tkli+dψli.The Health Net is a practical representation of an individual’s health state evolution from a clinical practitioner’s perspective. Health states may include specific health factors (e.g., BMI level and glucose level) or may represent specific outcomes (e.g., pain level and cancer remission). The health events allow for the progression from one health state to the next as has been described in the scientific medical literature. The weightsWli on the arcs Mli are no longer integers but instead probabilities of (1) a health state leading to a health event or (2) a health event leading a health state. The introduction of event timing and fuzzy state evolution are now specifically included to account for the requirements presented in Table 2.An individual’s health eventsEli may be further classified. Eli=EFli∪Eφli. Each health event in EFli is triggered by the transformation processes PF in the healthcare delivery system. Each health event in Eφli is the result of a stochastic human process Pφ. These stochastic human processes (i.e., the capability of the human body to change health state without a healthcare delivery system trigger) may occur randomly for unknown reasons or it may be mediated by non-healthcare delivery system factors that may be internal or external to the individual, such as injury and social, economic, environmental, or biologic/genetic factors (e.g., car accident, BMI, and gender). Note that in mass-customized productions systems Eφli do not exist. Furthermore, while the mass-customized production system describes a production transformation process (e.g., milling and painting) as having a single deterministic outcome, the scientific medical literature describes healthcare transformation processes (e.g., cancer therapy) as having several probabilistic health outcomes (e.g., cancer recurrent or cancer in remission) which would be reflected in the partially marked state Qli.Finally, in mass-customized production systems, the product net had events that occurred instantaneously. In contrast, the Health Net has events with stochastic duration. This is particularly important as an individual’s health recovers and degrades at different rates.With the Health Net model in place, it becomes important to understand how the full evolution of the clinical health states can be partitioned intoepisodes.Definition 23 (episode).
A partition of the Health NetNeli={Seli,Eeli,Meli,Weli,Qeli}⊂Nli describing a single noteworthy happening characterized by an underlying condition be it acute or chronic.The set of episodes are assumed to be collectively exhaustive of the Health Net.Nli=⋃jNejli. Furthermore, with respect to health events, episodes are mutually exclusive; ⋂jEejli=⌀.The definition of health nets and episodes allows a return to the central premise of the paper summarized in Tables1 and 2. More specifically, episodes can be classified as eitherAcute orChronic.Definition 24 (acute condition).
Acute condition occurs as an episode (e.g., infection, trauma, and fracture) with a short clinical course that usually responds to treatment where a return to a state of complete-pre-morbid health is the rule [113].This definition facilitates two assumptions.(1) Acute conditions are mutually exclusive. ⋂jNajli=⌀, which implies that for n acute conditions(28)Mli=Ma1li000⋱000Manli.(2) The duration of an acute episode occurs on the order of duration of a facility visit. This explains why the primary focus of many works on discrete-event simulation in the healthcare delivery system literature [74, 75] is on minimizing transportation and wait times.Definition 25 (chronic condition).
Chronic conditions occur as episodes (e.g., diabetes mellitus, arthritis, cardiovascular disease, and cancer) that have a protracted, usually more than 6 months clinical course (in many cases lifelong), requiring long-term therapy where response is suboptimal and return to a state of complete or pre-morbid normalcy is the exception [113].Consequently, and unlike acute conditions, chronic conditions are not mutually exclusive.⋂jNcjli=⌀. Furthermore, the duration of a chronic episode is much longer than duration of a facility visit, and therefore health events may occur both inside and outside the clinic.In summary, it is important to recognize that the Health Net fulfills three of the requirements in Table2. It specifically understands the clinical health state of an individual. It also tracks this health state as individuals reach favorable health outcomes. Finally, it recognizes that health events can be part of chronic episodes that are of long duration that can occur well after the individual has left the healthcare facility.


## 2.5. Linking Healthcare System State with Individual Health State

In order to link the transformation processes of the Healthcare Delivery System to the Individual Clinical Health State Evolution, a coordination link is necessary (shown as E in Figure1).In mass-customized production systems the linking between the production system state and the product state is captured using the product transformational feasibility matrix [65–71], where each transformation process in the production system induces a product event. Analogously, each transformation process in the healthcare delivery system induces its corresponding health event. For each individual, li, this feasibility condition can be captured in a binary individual transformational feasibility matrix.Definition 26 (individual transformation feasibility matrixΛFi [65–71]).
A binary matrix of sizeσ(Eli)×σ(PF), where ΛFi(x,j)=1 if transformational process pFj realizes the health event exli.Since each transformation process realizes exactly one individual health event, the sum of each column of the individual transformational feasibility matrix must equal one. The sum of each row gives the number of times that each transformation process is required by the individual.Note that in mass-customized production systems, there are typically more unique transformation processes than in all the mass-customized products being produced [114]. In contrast, the healthcare delivery system typically only has transformation processes if they serve to improve individuals’ health state. Meanwhile, all the health events in Eφli∀li are entirely autonomous of the healthcare delivery system.


## 2.6. Architecture Model Summary

This section has presented a personalized healthcare delivery system model following the conceptual depiction in Figure1. The analogy between mass-customized production systems and personalized healthcare delivery is summarized in Table 3 and follows the nomenclature of the conceptual depiction in Figure 1.Table 3
Summary of the analogy between mass-customized productions systems and personalized healthcare delivery.
System Mass-customized production system Personalized healthcare delivery system (A) System form Resources Buffer (BS) [Transformation (M) ∪ Buffer (RB) [Transformation (RF) ∪ Independent buffer (B)] ∪ Decision (RD) ∪ Measurement (RM)] ∪ Transportation (H) Transportation (RN) Resource classification Fixed Transform > Decide > Measure > Transportation  (B) System function Processes Transformation (Pμ) ∪ Transportation (Pη) Transformation (PF) ∪ Decision (PD) ∪ Measurement (PM) ∪ Transportation (PN)  (C) System concept System knowledge base J S = J M ∣ 0 ⟵ J H ⟶ J S = J F 0 0 0 J F D J D 0 0 J F M J D M J M 0 J F N J D N J M N J N System constraint matrix K S = K M ∣ 0 ⟵ K H ⟶ K S = K F 0 0 0 K F D K D 0 0 K F M K D M K M 0 K F N K D N K M N K N Structural degrees of freedom (nodes) D O F S =  ∑ w σ ( P ) ∑ v σ ( R ) J S ⊖ K S ( w , v ) D O F S =  ∑ w σ ( P ) ∑ v σ ( R ) J S ⊖ K S ( w , v ) System sequence knowledge base J ρ = J S ⋅ K - S V J S ⋅ K - S V T J ρ = J S ⋅ K - S V J S ⋅ K - S V T System sequence constraint matrix K ρ K ρ System sequence degrees of freedom (edges) D O F ρ =  ∑ ψ 1 σ ( P ) ∑ ψ 2 σ ( R ) J ρ ⊖ K ρ ( ψ 1 , ψ 2 ) D O F ρ =  ∑ ψ 1 σ ( P ) ∑ ψ 2 σ ( R ) J ρ ⊖ K ρ ( ψ 1 , ψ 2 )  (D) Operand Petri-net model Product net(Nli) Health net(Nli) Places Product places (Sli) Health state (Sli) Transitions Product event (Eli) Health event (Eli) Transition duration Infinitesimal Fixed duration (Dli) Arcs M l i M l i Arc weight { 0,1 } Stochastic (“Fuzzy”)(Wli)  (E) Coordinating system and operand Production Healthcare Operand Transformation Feasibility Matrix Product Transformation Feasibility Matrix(Λμi) of size σ(Eli)×σ(Pμ) Individual Transformation Feasibility Matrix(ΛFi) of size σ(Eli)×σ(PF)


## 3. Acute Care Illustrative Example

Now that the system architecture model has been developed in detail in Section II, it is used to model an acute episode of an ACL injury and repair as an illustrative example. Section3.1 provides a narrative of an acute episode composed of several health events. Sections 3.2 and 3.3 parse this narrative into quantitative models of the Healthcare Delivery System and the Individual’s Health State Evolution, respectively.


### 3.1. Description of Orthopedic Case

A typical example orthopedic case study of an ACL injury and repair is described below, drawn from a textbook clinical case [115].Case Study  1. “Adam injured his left knee playing rugby when he fell forwards and sideways while the left foot remained fixed on the ground. He felt immediate pain and was unable to continue with the game. Pain and swelling increased over the next 2 hours. He was seen in an emergency department (ED) and X-rays were negative for fractures. He was prescribed anti-inflammatories, given elbow crutches and advice on ice, rest and elevation. A clinic appointment to see an orthopedic consultant was arranged.The orthopedic clinician (Ortho) evaluated the individual through a battery of special tests: anterior drawer test and valgus stress instability and active Lachman’s test all of which were not conclusive due to pain and swelling. The individual received an urgent MRI scan which showed a rupture of the left ACL and a medial collateral ligament tear. Surgery was performed followed by an ACL post-operative rehabilitation protocol at physical therapy (PT).”


### 3.2. Modeling the Healthcare Delivery System of the Orthopedic Case

To begin the modeling of the Healthcare Delivery System, systemForm andFunction were determined by identifying the resources and processes mentioned in the text of Case Study 1. These were used to construct the system knowledge base JS as shown in Figure 5.Figure 5
Lowest level healthcare delivery system knowledge baseJS with allocated processes to resources (dark filled) for the acute orthopedic example.At this low-level of abstraction, the resources and processes do not reflect the typical practice of clinical operation and are instead aggregated to a higher level using equation (4). The term “orthopedic surgery” now describes an aggregated resource composed of human and technical resources of the orthopedic surgery team, room, and equipment. A similar aggregation is performed on the processes using equation (10) to aggregate the decision and decision support processes. Finally, a careful inspection of JS in Figure 5 shows that all resources are connected via transportation degrees of freedom. If these transportation capabilities are assumed to be always available, of relatively short duration and of sufficient capacity, then they can be eliminated without loss of generality from the knowledge base so as to focus on the more valuable healthcare delivery capabilities of transformation, decision, and measurement. These steps yield the knowledge base J¯FDM at a higher level of aggregation as shown in Figure 6. For simplicity, the system is assumed to not have any event constraints during this acute episode. KS=0. The associated number of structural degrees of freedom is calculated from equation (18). DOFS=14.Figure 6
Higher level (transformation, decision, and measurement) knowledge baseJ¯FDM with allocated aggregated processes to aggregated resources (dark filled), for the acute orthopedic example.Continuing with the knowledge baseJ¯FDM, the system sequence knowledge base Jρ is calculated from equation (20). The system sequence constraint matrix Kρ is typically nonzero because it must reflect continuity relations as constraints [65–69]. However, because the transportation structural degrees of freedom have already been eliminated, such constraints no longer apply. Instead, further constraints may arise from logical sequences in the clinical practice of medicine as described by Figure 4. More specifically, a transformation cannot occur immediately after a measurement; a decision must occur in between. This introduces a total of 375 constraints in Kρ which eliminates 15 sequence degrees of freedom. The associated heterofunctional network adjacency matrix Aρ is shown in Figure 7. The associated number of system sequence degrees of freedom is calculated from equation (22). DOFρ=181.Figure 7
Adjacency matrixAρ(ϕ,ψ) composed of sequence events (dark filled), for the acute orthopedic example.Returning to the narrative of Case Study 1, it can now be rewritten as a string of healthcare delivery system eventsES as shown in Figure 8. Each event in ES has a unique index and its associated combination of process and resource. The transformational events are highlighted in bold.Figure 8
Orthopedic acute episode described in terms of the healthcare delivery system events found inJ-FDM. Thehealthcare delivery transformational events are in bold.


### 3.3. Modeling the Individual Health Net Episode of the Orthopedic Case

From the narrative of Case Study 1 and its associated healthcare delivery system events, the Individual Health NetNl and the Individual Transformation Feasibility Matrix ΛF can be constructed as shown in Figures 9 and 10, respectively.Figure 9
Acute orthopedic Individual Health Net visualizes the health state at theplaces (circles) and the health events, causing the changes in health state, at thetransitions (rectangles).Figure 10
Individual Transformation Feasibility MatrixΛF for the acute orthopedic example.The Health Net shows the individual’shealth states at the places (circles) and the individual’shealth state transformations at the transitions (rectangles) which may occur due to the healthcare delivery system events PF or the stochastic human process Pφ.The Individual Transformation Feasibility Matrix is constructed by linking the Individual Health Net transitions (i.e., health events) to the corresponding Healthcare Delivery System Transformational Events (i.e., transformation processPF).In summary, the Healthcare System Architecture for the acute orthopedic example has been developed and described in terms of the five components in Figure1. This acute episode case study quantitatively describes the application of this system model for personalized healthcare delivery and managed individual health outcomes.


## 3.1. Description of Orthopedic Case

A typical example orthopedic case study of an ACL injury and repair is described below, drawn from a textbook clinical case [115].Case Study  1. “Adam injured his left knee playing rugby when he fell forwards and sideways while the left foot remained fixed on the ground. He felt immediate pain and was unable to continue with the game. Pain and swelling increased over the next 2 hours. He was seen in an emergency department (ED) and X-rays were negative for fractures. He was prescribed anti-inflammatories, given elbow crutches and advice on ice, rest and elevation. A clinic appointment to see an orthopedic consultant was arranged.The orthopedic clinician (Ortho) evaluated the individual through a battery of special tests: anterior drawer test and valgus stress instability and active Lachman’s test all of which were not conclusive due to pain and swelling. The individual received an urgent MRI scan which showed a rupture of the left ACL and a medial collateral ligament tear. Surgery was performed followed by an ACL post-operative rehabilitation protocol at physical therapy (PT).”


## 3.2. Modeling the Healthcare Delivery System of the Orthopedic Case

To begin the modeling of the Healthcare Delivery System, systemForm andFunction were determined by identifying the resources and processes mentioned in the text of Case Study 1. These were used to construct the system knowledge base JS as shown in Figure 5.Figure 5
Lowest level healthcare delivery system knowledge baseJS with allocated processes to resources (dark filled) for the acute orthopedic example.At this low-level of abstraction, the resources and processes do not reflect the typical practice of clinical operation and are instead aggregated to a higher level using equation (4). The term “orthopedic surgery” now describes an aggregated resource composed of human and technical resources of the orthopedic surgery team, room, and equipment. A similar aggregation is performed on the processes using equation (10) to aggregate the decision and decision support processes. Finally, a careful inspection of JS in Figure 5 shows that all resources are connected via transportation degrees of freedom. If these transportation capabilities are assumed to be always available, of relatively short duration and of sufficient capacity, then they can be eliminated without loss of generality from the knowledge base so as to focus on the more valuable healthcare delivery capabilities of transformation, decision, and measurement. These steps yield the knowledge base J¯FDM at a higher level of aggregation as shown in Figure 6. For simplicity, the system is assumed to not have any event constraints during this acute episode. KS=0. The associated number of structural degrees of freedom is calculated from equation (18). DOFS=14.Figure 6
Higher level (transformation, decision, and measurement) knowledge baseJ¯FDM with allocated aggregated processes to aggregated resources (dark filled), for the acute orthopedic example.Continuing with the knowledge baseJ¯FDM, the system sequence knowledge base Jρ is calculated from equation (20). The system sequence constraint matrix Kρ is typically nonzero because it must reflect continuity relations as constraints [65–69]. However, because the transportation structural degrees of freedom have already been eliminated, such constraints no longer apply. Instead, further constraints may arise from logical sequences in the clinical practice of medicine as described by Figure 4. More specifically, a transformation cannot occur immediately after a measurement; a decision must occur in between. This introduces a total of 375 constraints in Kρ which eliminates 15 sequence degrees of freedom. The associated heterofunctional network adjacency matrix Aρ is shown in Figure 7. The associated number of system sequence degrees of freedom is calculated from equation (22). DOFρ=181.Figure 7
Adjacency matrixAρ(ϕ,ψ) composed of sequence events (dark filled), for the acute orthopedic example.Returning to the narrative of Case Study 1, it can now be rewritten as a string of healthcare delivery system eventsES as shown in Figure 8. Each event in ES has a unique index and its associated combination of process and resource. The transformational events are highlighted in bold.Figure 8
Orthopedic acute episode described in terms of the healthcare delivery system events found inJ-FDM. Thehealthcare delivery transformational events are in bold.


## 3.3. Modeling the Individual Health Net Episode of the Orthopedic Case

From the narrative of Case Study 1 and its associated healthcare delivery system events, the Individual Health NetNl and the Individual Transformation Feasibility Matrix ΛF can be constructed as shown in Figures 9 and 10, respectively.Figure 9
Acute orthopedic Individual Health Net visualizes the health state at theplaces (circles) and the health events, causing the changes in health state, at thetransitions (rectangles).Figure 10
Individual Transformation Feasibility MatrixΛF for the acute orthopedic example.The Health Net shows the individual’shealth states at the places (circles) and the individual’shealth state transformations at the transitions (rectangles) which may occur due to the healthcare delivery system events PF or the stochastic human process Pφ.The Individual Transformation Feasibility Matrix is constructed by linking the Individual Health Net transitions (i.e., health events) to the corresponding Healthcare Delivery System Transformational Events (i.e., transformation processPF).In summary, the Healthcare System Architecture for the acute orthopedic example has been developed and described in terms of the five components in Figure1. This acute episode case study quantitatively describes the application of this system model for personalized healthcare delivery and managed individual health outcomes.


## 4. Chronic Care Illustrative Example

The system architecture model is used to model a chronic episode of a diabetic case demonstrating the importance of communication between primary and specialized care in the coordinated healthcare of individuals with diabetes. This example specifically illustrates the difference in healthcare transformation processes and individual health state evolution when an episode is misclassified as acute rather than chronic. As before, Sections4.2 and 4.3 parse this narrative into quantitative models of the Healthcare Delivery System and the Individual’s Health State.


### 4.1. Description of Diabetic Case

An example diabetes case study is described below; it is drawn without modification directly from an example textbook clinical case [116].Case Study 2. “Juanita is a 66-year old Hispanic individual with a 20-year history of poorly controlled T1DM, chronic kidney disease, and diabetic amyotrophy. She decided to consult an orthopedic specialist on her own for “terrible leg pains.” After a brief workup, which consisted of a magnetic resonance image (MRI) of the knee, a decision was made to perform a total joint replacement on her arthritic right knee. Although the surgeon considered the procedure a “great success,” the individual had persistent pain postoperatively, which actually worsened over a 3-month period. The frustrated surgeon could not understand why the individual was complaining of so much pain “when the bone scan and postoperative x-rays showed no evidence of osteomyelitis.” The 12 visits of physical therapy also appeared to worsen her discomfort to the point where she became incapacitated by the pain. She was having increasing difficulty with her balance and could not tolerate having any bed sheets come in contact with her feet. Four months after having her knee replacement surgery, she returned to her PCP.On examination the individual exhibited hyperalgesia, allodynia, and loss of ankle reflexes bilaterally, which was worse on the right (postoperative) extremity. The individual wore a slipper on the right foot to lessen the effects of her painful peripheral diabetic neuropathic pain. The PCP placed the individual on duloxetine, which resulted in a 50% improvement in her overall pain intensity within 3 weeks. Communication between the specialist and the PCP is of utmost importance when managing individuals with diabetes. Had the surgeon discussed this case with the PCP prior to operating he would have realized that a more conservative approach was warranted. Not only was this individual’s pain the result of diabetic peripheral neuropathy rather than “arthritis” but her fasting blood glucose level on the day of surgery was 323 mg per dL. The PCP was unaware that the individual was even hospitalized. Had the specialist been concerned about the individual’s preoperative laboratory studies (including her A1C of 12.2%), the surgery would have been canceled until she was medically cleared to undergo the procedure. On the second postoperative day, the individual developed acute renal failure.” [116].This example addresses two possible outcome episodes:(1)Episode A describes the events as they happened (i.e., not taking into account the patient’s previous history or that they are currently in a chronic episode) and (2)Episode B describes the hypothetical scenario if appropriate communication between primary and specialty care had been implemented. Such a scenario would take into account the individual’s chronic episode and treat it accordingly.


### 4.2. Modeling the Healthcare Delivery System of the Diabetes Case

Similar to the first example, the modeling of the Healthcare Delivery SystemForm andFunction was determined by identifying the resources and processes in the text of Case Study 2. These were used to construct the system knowledge base JS as shown in Figure 11.Figure 11
Healthcare delivery system knowledge baseJS with allocated processes to resources (dark filled) for the chronic diabetes example.As in the prior case study, the resources and processes at this low-level of abstraction need to be aggregated using equation (4) to a higher level to better reflect the practice of clinical operation. This includes the aggregation of technical and human resources and decision and decision support processes. Transportation capabilities are also assumed to be fully available.These steps allow the construction of knowledge baseJ¯FDM at a higher level of aggregation as shown in Figure 12. For simplicity, the system is assumed to not have any event constraints during either episodes. KS=0. The associated number of structural degrees of freedom is calculated from equation (18). DOFS=14.Figure 12
Higher level (transformation, decision, and measurement) knowledge baseJ¯FDM with allocated aggregated processes to aggregated resources (dark filled), for the chronic diabetes example.Continuing with the knowledge baseJ¯FDM, the system sequence knowledge base Jρ is calculated using equation (20). The assumptions made to the system sequence constraint matrix Kρ in the first illustrative example are also applied here. Therefore, continuity relations are discounted and logical clinical practice sequence constraints are applied as described by Figure 4. This introduces a total of 648 constraints in Kρ which eliminates 18 sequence degrees of freedom. The associated heterofunctional network adjacency matrix Aρ is shown in Figure 13. The associated number of system sequence degrees of freedom is calculated from equation (22). DOFρ=178.Figure 13
Adjacency matrixAρ(ϕ,ψ) composed of sequence events (dark filled) for the chronic diabetes example.Returning to the narrative of Case Study 2, it can now be rewritten as a string of healthcare delivery system eventsES. Figures 14 and 15 show these strings for Episodes A and B, respectively.Figure 14
Diabetes Chronic Episode A described in terms of the healthcare delivery system events found inJ-FDM. Thehealthcare delivery transformational events are in bold.Figure 15
Diabetes Chronic Episode B described in terms of the healthcare delivery system events found inJ-FDM. Thehealthcare delivery transformational events are in bold.


### 4.3. Modeling the Individual Health Net Episodes of the Diabetic Case

From the diabetes case study narrative and the modeled healthcare delivery system events, the Individual Transformation Feasibility MatrixΛF (see Figure 16) and the Individual Health Net showing both Episodes (see Figure 17) can be constructed. The Individual Health Net Episodes show the individual’shealth states at the places (circles) and the individual’shealth state transformations at the transitions (rectangles).Figure 16
Individual Transformation Feasibility MatrixΛF of the chronic diabetes example.Figure 17
Chronic diabetes Individual Health Net illustrating two possible episodes (A or B) based on level of care coordination when disease progresses for an individual in a chronic episode. Health Net visualizes health states at theplaces (circles) and health state transformations, causing the changes in health state, at thetransitions (rectangles).The Individual Transformation Feasibility Matrix is constructed by linking the Individual Health Net transitions (i.e., health events) to the corresponding Healthcare Delivery System Transformational Events (i.e., transformation processPF).In summary, the Healthcare System Architecture for the chronic diabetes example has been developed in terms of the five components in Figure1. This chronic example case study quantitatively shows the importance of communication in the co-management of chronic diseases. In Episode A, a chronic episode was treated as acute, leading to an adverse effect on the individual’s health state evolution. In Episode B, the improved health outcome was achieved through coordinated care.


## 4.1. Description of Diabetic Case

An example diabetes case study is described below; it is drawn without modification directly from an example textbook clinical case [116].Case Study 2. “Juanita is a 66-year old Hispanic individual with a 20-year history of poorly controlled T1DM, chronic kidney disease, and diabetic amyotrophy. She decided to consult an orthopedic specialist on her own for “terrible leg pains.” After a brief workup, which consisted of a magnetic resonance image (MRI) of the knee, a decision was made to perform a total joint replacement on her arthritic right knee. Although the surgeon considered the procedure a “great success,” the individual had persistent pain postoperatively, which actually worsened over a 3-month period. The frustrated surgeon could not understand why the individual was complaining of so much pain “when the bone scan and postoperative x-rays showed no evidence of osteomyelitis.” The 12 visits of physical therapy also appeared to worsen her discomfort to the point where she became incapacitated by the pain. She was having increasing difficulty with her balance and could not tolerate having any bed sheets come in contact with her feet. Four months after having her knee replacement surgery, she returned to her PCP.On examination the individual exhibited hyperalgesia, allodynia, and loss of ankle reflexes bilaterally, which was worse on the right (postoperative) extremity. The individual wore a slipper on the right foot to lessen the effects of her painful peripheral diabetic neuropathic pain. The PCP placed the individual on duloxetine, which resulted in a 50% improvement in her overall pain intensity within 3 weeks. Communication between the specialist and the PCP is of utmost importance when managing individuals with diabetes. Had the surgeon discussed this case with the PCP prior to operating he would have realized that a more conservative approach was warranted. Not only was this individual’s pain the result of diabetic peripheral neuropathy rather than “arthritis” but her fasting blood glucose level on the day of surgery was 323 mg per dL. The PCP was unaware that the individual was even hospitalized. Had the specialist been concerned about the individual’s preoperative laboratory studies (including her A1C of 12.2%), the surgery would have been canceled until she was medically cleared to undergo the procedure. On the second postoperative day, the individual developed acute renal failure.” [116].This example addresses two possible outcome episodes:(1)Episode A describes the events as they happened (i.e., not taking into account the patient’s previous history or that they are currently in a chronic episode) and (2)Episode B describes the hypothetical scenario if appropriate communication between primary and specialty care had been implemented. Such a scenario would take into account the individual’s chronic episode and treat it accordingly.


## 4.2. Modeling the Healthcare Delivery System of the Diabetes Case

Similar to the first example, the modeling of the Healthcare Delivery SystemForm andFunction was determined by identifying the resources and processes in the text of Case Study 2. These were used to construct the system knowledge base JS as shown in Figure 11.Figure 11
Healthcare delivery system knowledge baseJS with allocated processes to resources (dark filled) for the chronic diabetes example.As in the prior case study, the resources and processes at this low-level of abstraction need to be aggregated using equation (4) to a higher level to better reflect the practice of clinical operation. This includes the aggregation of technical and human resources and decision and decision support processes. Transportation capabilities are also assumed to be fully available.These steps allow the construction of knowledge baseJ¯FDM at a higher level of aggregation as shown in Figure 12. For simplicity, the system is assumed to not have any event constraints during either episodes. KS=0. The associated number of structural degrees of freedom is calculated from equation (18). DOFS=14.Figure 12
Higher level (transformation, decision, and measurement) knowledge baseJ¯FDM with allocated aggregated processes to aggregated resources (dark filled), for the chronic diabetes example.Continuing with the knowledge baseJ¯FDM, the system sequence knowledge base Jρ is calculated using equation (20). The assumptions made to the system sequence constraint matrix Kρ in the first illustrative example are also applied here. Therefore, continuity relations are discounted and logical clinical practice sequence constraints are applied as described by Figure 4. This introduces a total of 648 constraints in Kρ which eliminates 18 sequence degrees of freedom. The associated heterofunctional network adjacency matrix Aρ is shown in Figure 13. The associated number of system sequence degrees of freedom is calculated from equation (22). DOFρ=178.Figure 13
Adjacency matrixAρ(ϕ,ψ) composed of sequence events (dark filled) for the chronic diabetes example.Returning to the narrative of Case Study 2, it can now be rewritten as a string of healthcare delivery system eventsES. Figures 14 and 15 show these strings for Episodes A and B, respectively.Figure 14
Diabetes Chronic Episode A described in terms of the healthcare delivery system events found inJ-FDM. Thehealthcare delivery transformational events are in bold.Figure 15
Diabetes Chronic Episode B described in terms of the healthcare delivery system events found inJ-FDM. Thehealthcare delivery transformational events are in bold.


## 4.3. Modeling the Individual Health Net Episodes of the Diabetic Case

From the diabetes case study narrative and the modeled healthcare delivery system events, the Individual Transformation Feasibility MatrixΛF (see Figure 16) and the Individual Health Net showing both Episodes (see Figure 17) can be constructed. The Individual Health Net Episodes show the individual’shealth states at the places (circles) and the individual’shealth state transformations at the transitions (rectangles).Figure 16
Individual Transformation Feasibility MatrixΛF of the chronic diabetes example.Figure 17
Chronic diabetes Individual Health Net illustrating two possible episodes (A or B) based on level of care coordination when disease progresses for an individual in a chronic episode. Health Net visualizes health states at theplaces (circles) and health state transformations, causing the changes in health state, at thetransitions (rectangles).The Individual Transformation Feasibility Matrix is constructed by linking the Individual Health Net transitions (i.e., health events) to the corresponding Healthcare Delivery System Transformational Events (i.e., transformation processPF).In summary, the Healthcare System Architecture for the chronic diabetes example has been developed in terms of the five components in Figure1. This chronic example case study quantitatively shows the importance of communication in the co-management of chronic diseases. In Episode A, a chronic episode was treated as acute, leading to an adverse effect on the individual’s health state evolution. In Episode B, the improved health outcome was achieved through coordinated care.


## 5. Discussion

The acute and chronic care illustrative examples have demonstrated a system model for personalized healthcare delivery and managed individual outcomes. The strengths of the model arise from several network structures that allow for coordinated healthcare while distinguishing between acute and chronic conditions. They are as follows:(1)
The aggregation matricesAR and AP.(2)
The system knowledge baseJS.(3)
The system events constraints matrixKS.(4)
The system sequence constraints matrixKρ.(5)
The Health NetNli.Together, these network structures serve to provide appropriate, coordinated, and personalized healthcare to unique individuals. Furthermore, each of these matrices may be viewed as the outcome of a healthcare delivery system design decision. These decisions are now discussed in the context of the five parts of the healthcare system architecture shown in Figure1.The aggregation matricesAR and AP were introduced so as to view the Healthcare Delivery SystemForm and Function at higher levels of aggregation. The need for physical aggregation reflects how teams of healthcare professionals and groups of technical equipment must often be brought together to form a single operating unit (e.g., surgical team in an operating theatre). Similarly, the need for functional aggregation reflects how many low level system processes are required to perform a single healthcare service (e.g., perform orthopedic surgery). While it is possible to design a healthcare delivery system with constant values of AR and AP such rigidity is prohibitively expensive. Healthcare delivery system administrators must often choose new values of AR so as to form new clinical teams with each shift and assure that the right technical equipment is in the appropriate facilities and rooms. These administrators also choose the values of AP when they formulate hospital procedures in terms of low-level system processes.The system knowledge baseJS was introduced so as to view the Healthcare Delivery SystemConcept in terms of theexistence of capabilities that are the feasible combinations of system processes and resources. Fundamentally, it is a succinct description of what the system can do and how. From a design perspective, the value of JS is determined by two types of healthcare delivery system administrators: human resource managers and procurement managers. In hiring new personnel, new columns are added to JS. When these new personnel represent new specializations, new rows are added JS. Training programs allow each human resource the ability to execute new system processes. Similarly, the procurement of new technical equipment also adds columns to JS.The system events constraints matrixKS was introduced to the Healthcare Delivery SystemConcept to distinguish between the existence and theavailability of the capabilities. From a design perspective, some availability constraints are planned. These include shift changes for human resources and planned maintenance for technical resources. Other availability constraints may be viewed as unplanned disturbances to the architecture. They include personal and sick leave for human resources and breakdowns for technical resources.The system sequence constraints matrixKρ was introduced to the Healthcare Delivery SystemConcept to distinguish between capabilities as individual elements versus as logical pairs. In the healthcare of acute conditions, where the timescale is relatively short, continuity relations dominate Kρ. Ensuring that patients can move from one “value-adding” healthcare service to another while avoiding lengthy queues is of fundamental importance. Capacity limitations on transportation capabilities are often important. It is for this reason that discrete-event simulation has been featured so prominently in the study of medical emergency healthcare operations [117–120]. In the healthcare of chronic conditions, the timescale is comparatively long. Transportation processes and their associated continuity relations are no longer of prime importance. Instead, sequence-dependent constraints arise from rules of clinical and administrative practice. Clinical practice dictates which types of scans and tests are required for clinical decisions which are required prior to the execution of specific procedures. Such constraints are put in place to assure the quality of medical practice. Further constraints may be placed by healthcare administrators to control costs. These include limitations on the number of scans and clinical consultations.The Health NetNli for a given individual li was introduced as a mathematical description of clinical medical science where the individual’s health state requires coordination with the healthcare delivery system in order to achieve the desired health outcomes. In the healthcare of acute conditions, where the timescale is relatively short, health events driven by stochastic human processes Eφli may not have the chance to occur and so it is reasonable to assume that the health evolution of an individual is purely determined by the health events driven by healthcare transformation processes EFli. In such a way an individual (patient) becomes a passive entity in the healthcare delivery system. Such is the inherent assumption of many works on discrete-event simulation of medical emergency healthcare operations [117–120]. In contrast, in the healthcare of chronic conditions, the health events driven by stochastic human processes Eφli play a prominent role and it becomes important to track the evolution of an individual’s health state as had been done in mass-customized production systems [65].That said, an individual’s health state has several features that distinguish it from mass-customized products. First, the state of the mass-customized product is typically completely understood and quantifiable, whereas the true state of the human being’s health is typically fuzzy. Consequently, the healthcare delivery must heavily utilize measurement processes to ascertain this state, the fundamental reason for the inclusion of measurement processes in the process classification. Second, individuals (or patients) may be viewed as semiautonomous decision-making rather than passive entities [39]. In that regard, the intelligent (mass-customized) product literature [84–86] may prove a relevant extension of the analogy presented in this paper. Recent work has specifically included a product net at the heart of an intelligent product agent’s data structure [70] and so one can expect the Health Net to take a similar role for individuals. As a third distinguishing feature, this model specifically includes decision capabilities because individuals often need to physically meet with clinicians in order for these shared decisions to occur [39].


## 6. Conclusion

In conclusion, this paper architects a system model for personalized healthcare delivery and managed individual health outcomes. This work is built upon recent structural analysis of mass-customized production systems as an analogous system. It highlights the stochastic evolution of an individual’s health state as a key distinguishing feature. In doing so, it systematically addressed the new healthcare delivery system requirements described in Table2 that were derived from healthcare delivery challenges posed by chronic conditions described in Table 1. The architecture model was then demonstrated for two illustrative examples: one for acute care and another for chronic care. The contrast of the two examples shows inherent complexities of managing personalized healthcare delivery for (potentially multiple) chronic conditions. The development of the architecture model opens several avenues for future work including discrete-event simulation, resilience analysis, and optimization methods.The developed model directly addresses the complexity arising from treating chronic diseases and in doing so incorporates the stochastic evolution of an individual’s health in relation to the healthcare delivery system. This is in contrast to classic healthcare simulation of an individual as a stateless passive entity. From a healthcare management perspective, such a model architecture captures two key shifts in healthcare:(1) the shift towards allowing human resources to “practice at the top of their license” and (2) taking into consideration patient preferences in the quickly rising literature of shared decision-making.



---

*Source: 8457231-2018-03-01.xml*