Documents

HealthCareClinic.pdf

Description
HealthCareClinic.spfx General Description This model represents a portion of a Health Care Clinic that includes care for several types of sick patients. The clinic consists of a registration area, basic and advanced evaluation rooms, a lab, and a checkout area. Patients enter the clinic through the entrance and go directly to the registration area. After they are registered, they are sent to either the basic or advanced evaluation room, based on the type of care that is required. Mild sick pa
Categories
Published
of 4
All materials on our website are shared by users. If you have any questions about copyright issues, please report us to resolve them. We are always happy to assist you.
Related Documents
Share
Transcript
  HealthCareClinic.spfx General Description This model represents a portion of a Health Care Clinic that includes care for several types of sick patients. The clinic consists of a registration area, basic and advanced evaluation rooms, a lab, and a checkout area. Patients enter the clinic through the entrance and go directly to the registration area. After they are registered, they are sent to either the basic or advanced evaluation room, based on the type of care that is required. Mild sick patients are sent for basic evaluation tasks, while sick patients are sent for more advanced evaluation tasks. A portion of the sick patients require lab work to be completed. Once patients are evaluated and treated, they are sent to the checkout area. Detailed Description Patient Arrivals The PatientArrivals Source is where all patients arrive to the clinic. This Source uses the PatientTypes data table to determine the percentage mix of patients into the system. The table includes the Patient Type, as well as the Mix Percentage that is then used in the Row Number   property reference ‘ PatientTypes.MixPercentage.RandomRow ’. The Patient Type, which is the entity name, is set as a ‘key’ column so that other tables can use this field for “relational” tables.  The patient flow throug h the clinic is determined by the entity’s Initial Sequence, which is defined in the PatientFlow table. The Mild Sick patients will first go to the Registration area, then Basic Evaluation, and then Checkout. The Sick patients will also first go to the Registration area, then Advanced Evaluation and then Checkout. The PatientType column in this table is set up as a ‘Foreign Key’ column that points to the ‘key’ PatientType column in the PatientTypes table (‘ PatientTypes.PatientType ’). Therefore only those rows associated with a given patient type will be used for that patient type, even though all ‘sequence’ type information is shown within this single table.  Registration Area The registration desk is a standard Server with Initial Capacity   of ‘2’ . The registration area process includes several tasks that are specified within the Activity Tasks table, specifically the ‘ Registration ’  activities. These include FindPatientName which is a 5 minute delay and SendInfoToNurse which is a 10 minute delay. Basic Evaluation The basic evaluation process is also a standard Server with an initial Capacity    of ‘Infinity’. The basic evaluation process includes several tasks (also within the Activity Tasks table), specifically the ‘ BasicEvaluation ’  activities. These include GetVitals which is a 4 minute delay, EvalWithDoctor which is a 6 minute delay and then FollowupTask which is a 2 minute delay. These three tasks are used only by mild sick type patients based on that patient’s sequence.    HealthCareClinic.spfx Advanced Evaluation The advanced evaluation process is also a standard Server with an initial Capacity    of ‘Infinity’. The process activities are defined within the Activity Tasks table, specifically the AdvancedEvaluation activities. These include EvalWithDoctor which is a 15 minute delay and then SendLabWork process, which only occurs for 70% of the patients ( Branch Type  is Probabilistic with Condition or Probability   of ‘0.7’). These tasks, used only by sick type patients based on that patient’s sequence.  The SendLabWork task is not a simple delay task like the other tasks defined within the ActivityTasks table. Instead, the ProcessType   is defined as ‘Submodel’ which will create a SubmodelEntityType   ‘LabWorkOrder’ that will be sent into the SubmodelStartingNode   named ‘Input@LabWork’, wh ich is the entry point of the LabWork Server object. When the ProcessType   is ‘Submodel’ (instead of Specific Time), then a specified type of entity is created and sent into some other distinct part of the overall model. The task is considered finished then once that entity has ended its processing (and is destroyed). In this example, the LabWorkOrder entity is sent into the LabWork server, delays for 20 minutes and then is done. Once that is completed, the task is complete and the sick patient (still physically located at the AdvancedEval server) continues to the Checkout. Checkout The last activity for either of the patient types is Checkout, which is a Sink object. There is a simple Transfer-In Time   delay of ‘1 minute’ for paperwork activities. Data Tables As described above, this example uses a number of relational tables to store data that is used within the objects of the Facility window. The PatientTypes table includes an entity reference column and mix percentages used to create the entities in the P atientArrivals Source object. The PatientType is then a ‘key’ and used within the PatientFlow table. The Activities table also has a ‘key’ column that is used to define the various activities in the system, including Registration, BasicEvaluation, AdvancedEvaluation and Checkout. Both of these tables are then used in the PatientFlow table. The PatientFlow table defines the entity sequences in the system, that is, the steps that each patient will take as it moves through the clinic. Both the MildSick and Sick patient sequences are shown in this table, with the Destination column, which is a SequenceDestination property type of column. In this table, the PatientType column references the PatientTypes table, and the Activity column references the Activities table. Note that all TransferNodes from one location to the next within the next in the model indicate the Entity Destination Type   as ‘By Sequence’. The ActivityTasks table defines the data that is required in the Processing Tasks  repeating properties within a Server that is specified to have a Process Type of ‘Task Sequence’. In this example, the  HealthCareClinic.spfx ActivityTask table includes all the data for 3 types of activities, including Registration, BasicEvaluation and AdvancedEvaluation. If a property within the repeating property area of the Processing Tasks is not specified, the property will take on a default value. Note that within the Processing Tasks of a Server, there are many more properties than shown in the table. For example, Resource Requirements and Add-On Process Triggers properties do not have table references, therefore, there are no resources or additional process logic needed for any of the activities in this example. An enhancement could include a resource being required at one or more of the Servers for a processing task. Additional column(s) would then be required in the ActivityTasks table to ‘map’ into the  corresponding resource fields. ** Note that this example is ‘in progress’. **  HealthCareClinic.spfx
We Need Your Support
Thank you for visiting our website and your interest in our free products and services. We are nonprofit website to share and download documents. To the running of this website, we need your help to support us.

Thanks to everyone for your continued support.

No, Thanks