Comprehensive ERP and integrated comprehensive ERP and integrated healthcare ecosystem and associated method of use

Abstract

A computerized medical services system that includes at least one processor for obtaining identification of the patient and obtaining registration for a visit via the at least one processor, wherein the at least one input device registers healthcare services that include laboratory services, radiology services, outpatient services, inpatient services, immunization services, emergency, and pharmacy services and then determine diagnosis and treatment throughout a patient visit, with artificial intelligence analyzes the diagnosis and treatment information and generates warnings, errors, corrective actions correlated with treatment protocols and documentation. In addition to patient flow, immunizations, laboratory information, work shifts, attendance, dynamic forms, security sign-in and sign-out, tasks, telehealth hubs, pharmaceutical vending machines, medical gas, payroll, immunizations, loans, time, attendance, human resources, contracts, recruitment, air conditioning, and the entire supply chain process are also electronically managed.

Description

COMPREHENSIVE ERP AND INTEGRATED COMPREHENSIVE ERP AND INTEGRATED HEALTHCARE ECOSYSTEMAND ASSOCIATED METHOD OF USECROSS REFERENCE TO RELATED APPLICATION

[0001] This application claims priority under 35 U.S.C. § 119 to provisional patent application U.S. Serial No. 63 / 570,034, filed March 26, 2024. The provisional patent application is herein incorporated by reference in its entirety, including without limitation, the specification, claims, and abstract, as well as any figures, tables, appendices, or drawings thereof.TECHNICAL FIELD

[0002] The present disclosure relates generally to a comprehensive ERP and integrated healthcare ecosystem for administrating services on a fair and equitable basis by extending compassionate, comprehensive healthcare through innovation and digital technology.BACKGROUND

[0003] The background description provided herein gives context for the present disclosure. Work of the presently named inventors, as well as aspects of the description that may not otherwise qualify as prior art at the time of filing, are neither expressly nor impliedly admitted as prior art.

[0004] A major issue in providing quality health care to people involves toppling barriers to service, e.g., healthcare. One barrier is the lack of transportation, with people sometimes living hours away from the nearest facility or having expensive public transportation and challenging roads. Another barrier is that people are often shamed or treated poorly by users, creating a stigma. Therefore, it is essential to be able to treat patients residing a distance away from the treatment center and treat patients fairly and objectively with respect. Consequently, the fair and even-handed application of technology can eradicate all of these barriers.

[0005] Thus, there exists a need in the art for a system providing a fair and competitive service system.SUMMARY

[0006] The following objects, features, advantages, aspects, and / or embodiments, are not exhaustive and do not limit the overall disclosure. No single embodiment need provide each and every object, feature, or advantage. Any of the objects, features, advantages, aspects, and / or embodiments disclosed herein can be integrated with one another, either in full or in part.

[0007] It is a primary object, feature, and / or advantage of the present disclosure to improve on or overcome the deficiencies in the art.

[0008] An aspect of the present disclosure includes a computerized medical services system that includes at least one processor for generating a token for a patient upon a patient’s request; and at least one input / output device or a facial recognition scanner in electronic communication with the at least one processor for obtaining identification of the patient for registration of a visit via the at least one processor, wherein the at least one input device schedules healthcare services selected from the group consisting of laboratory services, radiology services, outpatient services, inpatient services, immunization services, emergency services, and pharmacy services and then determines diagnosis and treatment protocol throughout a patient visit, wherein the at least one processor utilizing artificial intelligence analyzes the diagnosis and treatment protocol and generates warnings, errors, and corrective actions correlated with standard treatment protocols and documentation, wherein a user can request an exemption for non-standard treatment protocols and the at least one processor generates justification alerts and approval requests through the at least one input / output device; wherein the at least one processor determines if the patient has received all ordered services and all system checkpoints have been passed and then determines if any services are missing, then the patient is redirected to resolve issue through the input / output device, or a medical exception will need to be approved through an input / output device of a senior user.

[0009] Another aspect of the present disclosure is that the at least one processor utilizes a healthcare provider proficiency level and random statistical generator associated therewith to determine if a senior healthcare provider is needed to determine if a medical service requires review and approval.

[0010] Yet another aspect of the present disclosure is at least one printer is in electronic communication with the at least one processor to generate at least one of an illness excuse note or a medical healthcare visit validation.

[0011] Another feature of the present disclosure is at least one of an automated teller machine (ATM) or mobile money, or at least one portable electronic device of the patient provides payment to sponsor transport to the patient.

[0012] Yet another aspect of the present disclosure is at least one portable electronic device provides a short text message (SMS) to the patient to solicit feedback regarding healthcare treatment for the patient that can be transmitted to a healthcare provider via the at least one processor.

[0013] Still, yet another feature of the present disclosure is immunization services that include determining a GPS location of a user via an electronic device, inputting immunizations into the at least one processor through at least one input device, including a vaccine type and dosage accuracy, wherein the at least one electronic device of the patient provides a short text message (SMS) having an upcoming immunization date and an immunization history for the patient.

[0014] Another feature of the present disclosure is laboratory services include the at least one processor receiving a laboratory request from a health care worker, at least one printer generating a specimen label, wherein the at least one processor logs in the specimen collection and transfer time under a laboratory request number and provide results via an input / output device or portable electronic devices for the user.

[0015] Still, another aspect of the present disclosure is that the at least one processor has healthcare employees clock into the system from the group consisting of a clock-out system for all applications on all devices, a days-based system that signs out users on a specific frequency, and where exempt health care workers do not require use of a centralized sign-in and application sign-out procedure.

[0016] A further feature of the disclosure is a pharmaceutical vending machine having at least one processor that has at least one input to provide patient identification and then generates a one-time personal identification number via short text message (SMS) to verify an identity of the patient utilizing a portable electronic device, then the pharmaceutical vending machine queries unfulfilled prescriptions for patient and medications available in the pharmaceutical vending machine and then collects available medications and disperses them to the patient.

[0017] Still, another feature of the present disclosure is a telehealth hub that includes solar power, battery, network connectivity, and rooms for self-check-in, self-service vitals collection, video or in-person assessment, and pharmaceutical dispensing where the patient can check-in, have a vital collected, receive an assessment and obtain a prescription.

[0018] Still, yet another feature of the present disclosure is that the at least one processor receives an approved request for an item with tags and expiry dates, and provides that request to a group of users who can approve the request, and then the user who made the request can track the item through transportation of the item either through vehicle or drone.

[0019] Another aspect of the present disclosure is that the at least one processor logs incident reports, offenses, warnings, hearings, and human resource discussions into the system, and then human resource regulations can be configured to generate points for a user and auto-expire offenses or warnings as necessary, then a centralized task can be generated for each employee incident to track progression of necessary human resource response, investigation, or followup and provide guidance for a preapproved human resource process to facilitate a regulatory compliant process.

[0020] An additional feature of the disclosure is that the at least one processor provides centralized forms for healthcare employee requirements with all communications logged for the ability to schedule interviews for a job applicant with notifications sent to the job applicant where interview ratings and decision points moving forward are also logged into the at least one processor with the onboarding managed by the at least one processor for training.

[0021] Yet another feature of the present disclosure is wherein the at least one processor includes all health care employee contracts logged into the system with performance reviews and sends reminders to supervisory personnel via the at least one input / output device if performance reviews are missing and where contract signing is facilitated by the at least one processor with exported monthly payroll hours and reports generated for upcoming contract renewals.

[0022] It is still yet another feature of the present disclosure is that the at least one processor includes receiving loan requests from a healthcare employee, collecting information on the employee’s performance, salary, and active loans, and then determining a repayment schedule for automatic payroll deduction.

[0023] It is still another feature of the present disclosure is that the at least one processor includes skill sets needed to fulfill an organization’s needs including standard operating procedures with a weekly schedule of both primary and secondary shift positions, where healthcare employees can sign in via a healthcare employee kiosk or the at least one input / output device through identification or facial recognition, where the health care employee receives notifications from the at least one processor and can input leave requests, submit maintenance requests or other work orders and view payroll information.

[0024] Still another aspect of the present disclosure is that the at least one processor generates task lists to define groupings of tasks and define health care providers who automatically receive access to a task within a list with every task list that is assigned to a workflow which defines the process steps appropriate for the particular task list with the ability to add or exclude members and create tasks that span multiple applications with some tasks being public that also includes the ability to provide notifications when a task is complete.

[0025] An aspect of the present disclosure is a computerized medical services system that includes at least one input device that generates an item or task; and at least one processor for receiving the generated service or task, and generating an appropriate approval request, and then receiving an approval from another user on at least one input device, then automatically selecting a procurement clerk who selects at least one vendor and provides responses from the at least one vendor, where input is received by senior users through at least one input device and then the procurement is approved with purchasing guidelines and then a purchase order is generated, wherein upon receipt of the goods or services, a receipt is generated by the at least one processor.

[0026] Another aspect of the present disclosure is that an item is received, transferred, counted, labeled with a barcode or QR code via a printer or wireless mobile device, and dispatched at a warehouse, wherein the at one processor engages in cycle counts based on item value or organizational impact and an electronic display is able to show the items counts and accuracy, wherein item counts can be verified prior to submission to higher personnel.

[0027] Another aspect of the present disclosure is a method of utilizing a computerized medical services system that includes generating a token to a patient upon a patient’s request with at least one processor; and obtaining identification of the patient with at least one input device or a facial recognition scanner and obtaining registration for a visit through the at least oneprocessor; registering healthcare services provided with the at least one input device that is electrically connected to the at least one processor, wherein the healthcare services are selected from the group consisting of laboratory, radiology, outpatient services, inpatient services, immunization services, emergency, and pharmacy services; determining diagnosis and treatment protocols throughout a patient visit; analyzing the diagnosis and treatment information and generating warnings, errors, and corrective actions correlated with standard treatment protocols and documentation with the at least one processor with artificial intelligence so that a user can request an exemption for non-standard treatment protocols; and generating justification alerts and approval requests with the at least one processor through the at least one input device, wherein the at least one processor determines if the patient has received all ordered services and all system checkpoints have been passed, and if any services are missing, the patient is redirected to resolve the issue, or senior medical through a patient’s or the healthcare provider’s input / output device can provide an exception.

[0028] These and / or other objects, features, advantages, aspects, and / or embodiments will become apparent to those skilled in the art after reviewing the following brief and detailed descriptions of the drawings. The present disclosure encompasses (a) combinations of disclosed aspects and / or embodiments and / or (b) reasonable modifications not shown or described.BRIEF DESCRIPTION OF THE DRAWINGS

[0029] Several embodiments in which the present disclosure can be practiced are illustrated and described in detail, wherein like reference characters represent like components throughout the several views. The drawings are presented for exemplary purposes and may not be to scale unless otherwise indicated.

[0030] FIG. 1 shows a schematic of all the various components of a comprehensive ERP and integrated healthcare ecosystem of the present disclosure in either direct wire and / or wireless electrical communication.

[0031] FIG. 2 shows a flowchart of the process for medical patient flow and associated treatment.

[0032] FIG. 3 shows a flowchart of the process for medical patient immunization.

[0033] FIG. 4 shows a flowchart of the process for laboratory information management.

[0034] FIG. 5 shows a flowchart of the process for a centralized sign-in and sign-out of users.

[0035] FIG. 6 shows a flowchart of the process for shift time and attendance management.

[0036] FIG. 7 shows a flowchart of the process for task management.

[0037] FIG. 8 shows a flowchart of the process for dynamic forms management.

[0038] FIG. 9 shows a flowchart of the process for pharmaceutical vending machine management.

[0039] FIG. 10 shows a flowchart of the process for telehealth hub management.

[0040] FIG. 11 shows a flowchart of the process for supply chain item requests.

[0041] FIG. 12 shows a flowchart of the process for a supply chain item procurement.

[0042] FIG. 13 shows a flowchart of the process for supply chain warehouse management.

[0043] FIG. 14 shows a flowchart of the process for supply chain hardware integrations.

[0044] FIG. 15 shows a flowchart of the process for air conditioning management.

[0045] FIG. 16 shows a flowchart of the process for integrated drone delivery.

[0046] FIG. 17 shows a flowchart of the process for centralized group and approval management.

[0047] FIG. 18 shows a flowchart of the process for medical gas cylinder tracking management.

[0048] FIG. 19 shows a flowchart of the process for human resources management.

[0049] FIG. 20 shows a flowchart of the process for recruitment management.

[0050] FIG. 21 shows a flowchart of the process for contract management.

[0051] FIG. 22 shows a flowchart of the process for loan request management.

[0052] FIG. 23 shows a flowchart of the process for payroll management.

[0053] An artisan of ordinary skill in the art need not view, within isolated figure(s), the near infinite distinct combinations of features described in the following detailed description to facilitate an understanding of the present disclosure.DETAILED DESCRIPTION

[0054] The present disclosure is not to be limited to that described herein. Mechanical, electrical, chemical, procedural, and / or other changes can be made without departing from the spirit and scope of the present disclosure. No features shown or described are essential to permit basic operation of the present disclosure unless otherwise indicated.

[0055] Referring to FIG. 1, a comprehensive ERP and integrated healthcare ecosystem is generally indicated by the numeral 1. The main component is at least one processor 2 and preferably a number of processors including memorie(s), storage(s), and internet access and preferably wireless communication and random statistical generator(s). Any of a wide variety of computers, laptops, dedicated processors, and so forth may suffice for this application. The electrical connections throughout this system can be hardwired or wireless. Optimally, a cloud can be utilized.

[0056] All of the remaining components in FIG. 1 are electrically connected to the at least one processor 2. This optionally includes a drone 4, an automatic teller machine (ATM) 8, and portable electronic devices for employees, e.g., healthcare employees, preferably, but not necessarily, with GPS 12. There is at least one printer 16, which can be used for numerous functions, e.g., specimen label(s), bar codes, QR codes, job application forms, illness excuse notes, and visit receipts, among other functions. There is a supply chain 24 with stored or to- be-purchased tagged item(s), including warehouse inventory.

[0057] Gas cylinders 28 with identifying information, e.g., bar codes, in electronic format can provide electronic information to the at least one processor 2. There can optionally be telehealth hub(s) 22 that typically include solar power, battery, network connectivity, and rooms for selfcheck-in, self-service vitals collection, video or in-person assessment, and pharmaceutical dispensing.

[0058] There are input / output device(s) for health care providers 30 regarding patient care. There is a wide variety of devices like cell phones, tablets, laptops, and so forth. There are also token scanners 4 for a variety of purposes, including when a patient checks in, and facial recognition scanners 6 that are connected electronically to the at least one processor 2.

[0059] There are also portable electronic devices for patients 14 that are comparable to the portable electronic devices for employees, e.g., healthcare employees, 12. In addition, there are physical patient kiosk(s) 15 for patients to check in and receive and provide medical information and employee kiosk(s) 18 for employees to clock in and out, among other functions. There are also pharmaceutical vending machine(s) 20 to dispense medicine to patients. In addition, there is an air conditioning management function 26 to control temperature, fan speed, and operating status. An illustrative, but nonlimiting, example of akiosk is the Universal Kiosk or Universal Kiosk 2 from Genmega, Inc., having a place of business at 11011 Regency Crest Drive, Suite 100, Dallas, Texas 75238.

[0060] Referring now to FIG. 2, a medical patient flow is generally indicated by the numeral 100. Process flow steps indicated by <nnn>. The first step is for the patient to request a token <102>. A token is defined as an object that represents the right to perform some operation, which in this case is medical treatment. This token, generated at patient check-in’s request, is either printed or provided to a patient’s portable electronic device, e.g., cell phone or tablet, 14, see FIG. 1, via SMS (Short Message Service) <104>. The following process step is to identify the patient <106>. This can happen through facial recognition 6, see FIG. 1, phone number, or any of a myriad of identification techniques.

[0061] At this point, the patient can scan the token to open the self check-in portal on a personal and portable electronic device 14, see FIG. 1, < 108> or the patient can scan the token to open the self-check-in portal in a self-check-in station 15, see FIG. 1, <110>, which is an electronic device for receiving patients for treatment. After either of these steps, a check-in clerk scans the token in the check-in with a software application to register the patient for a visit <114>. In the alternative, the check-in clerk can scan the token in on the check-in with a software application to register the patient for a visit <112> without requiring the patient to scan the token themselves.

[0062] Once the patient is checked in, the patient then receives a healthcare service, scanning token at all service delivery locations <116>, such as, but not limited to, laboratory services, radiology, outpatient services, inpatient services, immunization services, emergency, or a pharmacy.

[0063] This is followed by the step of utilizing Al-powered and preconfigured system checkpoints that are used to analyze diagnosis and treatment information throughout a patient’s visit <118> through the main processor 2, see FIG. 1. This can include warnings, errors, and recommended corrective actions being displayed to healthcare providers to ensure standard treatment protocols and documentation are followed. In this case, users can request an exception if non-standard treatment protocols are desired by providing a justification. These alerts and approval requests automatically notify the appropriate users who are actively clocked in based on an integrated scheduling system. There is also the automated assigning of randomized service summaries to active senior health care workers on shift to review foraccuracy and compliance, capturing feedback to include in future automated feedback. Moreover, the Al model utilizes thousands of pages of treatment protocol handbooks and documentation and then passes a summary of service into the Al model to receive feedback on any activity that misaligns with best practice treatment protocols.

[0064] This is followed by determining the documented skill level of the user who will be performing the service and then the system, e.g., main processor 2, see FIG. 1, generates a probability of requiring human senior medical care review <120>.

[0065] If the statistical analysis, e.g., random statistical generator, indicates that human review is statistically very unlikely, the checkpoint is considered cleared <122>. However, if the statistical analysis, e.g., random statistical generator, indicates that a senior medical user is needed to review the services, e.g., healthcare services, then approval is generated by the system, e.g., main processor 2, see FIG. 1, and a group of clocked-in approvers are notified based on the schedule <124>.

[0066] After all of the services are received, the patient then presents the token at a physical pharmacy or an automated pharmaceutical dispensary machine 20, see FIG. 1, <126>. The system then provides a check to ensure that the patient has received all ordered labs and services due and that all system checkpoints have been passed. If any services or labs are missing, the patient is redirected to resolve the issue, or an exception must be approved by a senior service, e.g., healthcare, provider <128>. Throughout this patent application, a random statistical generator is not really random but statistical considerations of the complexity of the patient, complexity of service, and proficiency of the health care provider to determine whether or not senior medical review is needed.

[0067] The patient then receives a printed check out receipt to share with an employer as an illness excuse note and a validation of the visit <130> through a printer 16, see FIG. 1. If a patient is eligible for transport funds reimbursement, the patient can scan a token at internal ATM machine 8, see FIG. 1, or receive mobile money via a portable electronic device, e.g., cell phone, 14, see FIG. 1.

[0068] Follow-up after the visit can include the patient receiving a short text message (SMS) requesting feedback on the visit after the check-out via the portable electronic device 14, see FIG. 1. The patient can provide a variety of inputs with an illustrative, but nonlimiting, example of a binary input such as “1” for the patient being satisfied and “2” for being dissatisfied <134>.If the patient is satisfied, the results can be logged <136>, and if the patient is dissatisfied, the system can automatically generate a task item to follow up with the patient to initiate a followup investigation <138>.

[0069] Referring now to Fig. 3, another notable aspect of the comprehensive ERP and integrated healthcare ecosystem is patient immunization 140. In this case, the first step is to ascertain the available vaccines, the associated vaccine manufacturers, and dosing schedules, which can all be configured as part of the immunization settings <142> through the main processor 2, see FIG. 1. Then, the patient can optionally either register online or receive assistance at a check-in that is located onsite <144> through a patient kiosk 15, see FIG. 1, or through a user. This is preferably, but not necessarily, followed by the users submitting an onsite arrival report when arriving at the location providing the immunization <146>.

[0070] The system can then verify the GPS location of users to corroborate they are located at site <148> through the main processor 2, see FIG. 1. The vaccine doses are then administrated and logged in either an online or offline state < 150>. Then, prior to departure from the site, the ecosystem 1 must connect online to ensure that all doses are synchronized to the online data and there are no discrepancies <152>.

[0071] Moreover, then the dosage is administered, and immunization is verified to the patient via short text message (SMS) < 154> through a patient’s electronic device 14, see FIG. 1, If an immunization dosage in the future is needed for the patient, then the system will send a reminder via short text message (SMS) when the subsequent immunization is due < 156>.

[0072] Then, patients can log into a patient portal and view immunization history at any time or request modifications with justification if the documentation is incorrect <158> through a patient’s electronic device 14, see FIG. 1. There is also a supply chain feature 24, see FIG. 1, to provide reports on vaccine utilization by comparing administered doses to vaccines dispatched by a site or health care team <160>.

[0073] Referring now to FIG. 4, another aspect of the present comprehensive ERP and integrated healthcare ecosystem is a laboratory information system 162. The first step is for the health care worker to request a laboratory test or a profile in an electronic health record (EHR) <164> through an electronic device utilized by the health care worker. A specimen label can be generated via WiFi or a Bluetooth label printer <166> and delivered to the printer 16, see FIG. 1. The specimen collection and transfer times are logged in through the softwareapplication <168> residing in the at least one processor 2, see FIG. 1. Moreover, all processing in a laboratory is done against laboratory request number <170>. Finally, the laboratory machines automatically report results and notify users who requested that specific test or are responsible for monitoring the patient <172>.

[0074] Referring now to FIG. 5, another aspect of the present comprehensive ERP and integrated healthcare ecosystem is a centralized security sign-out 174. The first step is for the user sign-out frequency to be configured according to the duration and method of signing out <176>. The first method is to automatically clock out all users from all applications on all devices, or, optionally, devices that are not permanently assigned to the user, when clocking out <178>. This improves security, particularly for users accessing accounts from shared devices or new devices each day.

[0075] The second method is to have a days-based feature that automatically signs out users from all applications on all devices on a specified frequency of days <180>. This ensures complete sign-out for an individual user at a routine interval, and it avoids unnecessarily signing out of a user every time clocking out occurs if the user has a permanently assigned device.

[0076] Another feature is that exempt users, e.g., guests, will not be signed out automatically and are exempted from centralized sign-out <182>. Signing in and signing out can be performed with an employee kiosk 18 or portable electronic devices 12 with GPS, as shown in FIG. 1.

[0077] Referring now to FIG. 6, another aspect of the present comprehensive ERP and integrated healthcare ecosystem is the management of shifts as well as time and attendance for service, e.g., healthcare, employees 184. The first process step is that skill sets are created in the system to designate different skill sets needed to fulfill organization objectives < 186>. This is followed by creating shift positions with required skill sets and loading them into schedule templates for each department for users < 188>.

[0078] This is followed by the step of associating standard operating procedures with skill sets <190>. Then, a weekly schedule is created for a department within the organization to fulfill all necessary shift positions. Primary shift positions determine the clock-in and clock-out times, secondary positions define additional responsibilities required while clocked in, and on-call positions define responsibilities assumed while not formally clocked in <192>. This is followedby generating a work schedule that is sent to employees via short text message (SMS) <194> through the health care provider or employee’s portable electronic device 12, see FIG. 1.

[0079] This is followed by employees able to clock in through optionally two different methods <196>. The first is a kiosk for employees 18, see FIG. 1, where each kiosk can be assigned to specific employees such that employees can only use appropriate clock-in stations <198> or employees can sign in using an application on an electronic device, e.g., personal device 12, see FIG. 1, through a “my work” software application <200>. In this option, employees can be permitted to clock in or log hours in the application accessible from the employee’s electronic device 12, see FIG. 1. Optionally, clock-in can be restricted to a specific GPS location based on a location to which the employee is scheduled to report for that shift (which may differ from day-to-day or shift-to-shift).

[0080] Then, when approaching employee kiosk 18, the kiosk requires an employee to enter their employee ID and take a photograph to verify face or other type of facial recognition 6 <202>, see FIG. 1. Once facial recognition is successful, the system displays shifts available for which to clock-in or clock out respectively by the service, e.g., healthcare, employee. All assignments from primary or secondary shifts are displayed to an employee. Moreover, any applicable announcements are also displayed to an employee where announcements can be configured by department, grade levels, employee, or any custom group of users <204>.

[0081] When clocked in, the system automatically sends a notification to an employee via communication platforms with links to standard operating procedures associated with all shift positions assigned for active shift <206> from the main processor 2, see FIG. 1. Then, the employee is returned to the home screen of an employee kiosk 18, see FIG. 1. Additional options are available to submit leave requests, view status of leave requests, submit maintenance or other work orders, view pay slips, and declare relationships with other employees. The forms application can be configured to create customized forms available to submit from the clock-in portal <208>.

[0082] Finally, leave requests are automatically assigned to configured employee or department managers <210>, and when work orders are submitted, tasks are automatically created and assigned to a designated user for the form <212>.

[0083] Referring now to FIG. 7, another aspect of the present comprehensive ERP and integrated healthcare ecosystem includes the management of tasks 214 with the main processor2 primarily, see FIG. 1. The first step is to create task lists to define the natural grouping of tasks and define service, e.g., healthcare, members who automatically receive access to a task within a list <216>. This is followed by having every task list being assigned to a workflow that defines the associated process steps appropriate for the particular task list <218>. At this stage, tasks are then created within a task list with the ability to include users who would not normally have access to the task or exclude it. A user who would normally have access to the tasks through a task list membership. The tasks are created from multiple applications in the ecosystem to maintain a single point of reference for all organizational tasks. This includes, but is not limited to, supply chain, procurement requests, work order form submissions, negative patient or customer feedback responses, and other use cases. All usages can be configured to route to appropriate tasks with customized workflows <220>.

[0084] The next step is for specific task lists to be configured as public to allow external help ticket users to freely access a help ticket through a shared link <222>. Finally, when a task is complete, an optional feature is the display of a celebratory animation. Moreover, users can follow tasks and receive notifications when the task is completed, or there is a comment made by another user regarding that task <224>.

[0085] Referring now to FIG. 8, another aspect of the present comprehensive ERP and integrated healthcare ecosystem includes the utilization of dynamic forms 22 that is utilized by processors in the system, including the main processor 2, see FIG.l Forms can be easily configured to collect specific information with many forms of responses and validations. Form input selections can leverage key data entities from the ecosystem, such as employees, groups, or other preconfigured entities <228>. Moreover, each form can be made available publicly for any external user to submit a form or can be restricted to internal users. Form schedules can be created to specify a group of users who are required to submit the form on any frequency and generate reports and notifications to users if the form submission is pending. This allows teams to easily disseminate policies, health and safety information, training content, and any customized content and identify users who have not signed <230>. Finally, when a form is submitted, the form can be configured to automatically send a message in a preferred communication platform and / or automatically create a task in the system listing of Tasks and assign that to a specific user within the main processor 2, see FIG. 1. Form titles are dynamically configurable based on form responses for ease of task communication. Allorganizational work orders can be facilitated through this form submission and assignment process <232>.

[0086] Referring now to FIG. 9, another aspect of the present comprehensive ERP and integrated healthcare ecosystem includes the utilization of a pharmaceutical vending machine 234 as shown by the numeral 20 in FIG. 1. The first step in the process is for the patient to scan identification or enter identifying confidential information through a patient kiosk 15 or potentially being identified through a facial scan 6, see FIG. 1, <236>. The patient can then receive a one-time PIN number via short text message (SMS) to verify that patient’s identity <238> on a patient’s personal electronic device 14, as shown in FIG. 1. The pharmaceutical vending machine 20 then performs a query of unfulfilled prescriptions for the patient and the medications available in the pharmaceutical vending machine 20 <240>. Finally, the pharmaceutical vending machine 20 collects all available medications at once and disperses them to the patient with a confirmation short text message (SMS) message being sent afterward <242> to the patient’s personal electronic device 14, as shown in FIG. 1.

[0087] Referring now to FIG. 10, another aspect of the present comprehensive ERP and integrated healthcare ecosystem includes the utilization of a telehealth hub 244. A telehealth hub 22, see FIG. 1, can include solar power, battery, network connectivity, and rooms for selfcheck-in, self-service vitals collection, video or in-person assessment, and pharmaceutical dispensing <246>. Then, the patient arrives and completes the check-in experience via selfcheck-in at a kiosk 15, see FIG. 1, <248>. The patient proceeds to the self-service vitals collection machine <250>. The patient then proceeds to the assessment room with in-person or remote video medical consultation <252>. The patient then collects any prescribed medications from the pharmaceutical vending machine <254> and 22 as shown in FIG. 1. Finally, the patient receives an SMS for the purpose of acquiring feedback on service <256> by the patient’s personal electronic device 14, as shown in FIG. 1.

[0088] Referring now to FIG. 11, another aspect of the present comprehensive ERP and integrated healthcare ecosystem 1, shown in FIG. 1, includes a supply chain item request 258 as part of supply chain management 24, shown in FIG. 1. There are multiple item types that exist to support items with asset tags, expiry dates, multiple package sizes, or general items <260>. The employees then request to dispatch an item from the warehouse needed to perform work, e.g., healthcare, service <262>. Then, based on the category of the item, appropriateapproval requests are automatically generated to a group of approvers with the system <264>. Finally, once approved, users are able to fulfill item requests from stock and track each delivery step to the recipient <266>.

[0089] Referring now to FIG. 12, another aspect of the present comprehensive ERP and integrated healthcare ecosystem 1, as shown in FIG. 1, includes supply chain procurement 268 as part of supply chain management 24, shown in FIG. 1. The employee requests an item or service, and then a task is automatically generated to facilitate collaboration and discussion throughout the procurement process <270>. Then, based on the category of item or service, the appropriate approval requests are generated to proceed with the quotation process <272>. Once approved, the request is assigned to a procurement clerk, who can select a vendor to quote. A request for a quote is generated to be sent to the selected vendor <274>.

[0090] At this point, vendor responses are documented in quotations, and when returned, a quotation summary and quotation comparison file, e.g., a PDF file, is automatically generated to facilitate ease of review for approvers <276>.

[0091] Based on the procurement category, an approval request is generated for a group of approvers, and the task is updated with proposed quotation selection and quotation comparison documents <278>. When fully approved, a purchase order document is generated to send to the vendor. Using default organizational background or vendor procurement policies, which can automatically be configured to append to every purchase order a file, e.g., a PDF file, generated by the ecosystem 1 as part of the supply chain 24, see FIG. 1, <280>.

[0092] Then, when items or services arrive, a receipt is submitted against the purchase order to track the receipt of the purchased goods or services. The original requestor is notified that the requested goods or services have arrived. Optionally, there are pictures that document the receiving process to easily reference the goods or services directly received from the vendor <282>.

[0093] Referring now to FIG. 13, another aspect of the present comprehensive ERP and integrated healthcare ecosystem 1, shown in FIG. 1, includes supply chain warehouse management 284, as part of supply chain management 24, shown in FIG. 1. In this aspect, supply items can be received, transferred, counted, and dispatched <286>. Then, there are cycle counts that can be configured based on the value of the item or impact on the organization to automate routine item counts <288>.

[0094] Moreover, there may be electronic display dashboards, part of either the portable electronic devices for employees 12 or employee kiosks 15, shown in FIG. 1, to visualize the accuracy of item counts for each category of supply item <290>. Finally, to maintain a high level of accuracy, detailed, i.e., a granular level, user permissions can be present to allow users to draft item counts but restrict the submission of item counts to managers with higher permission levels to ensure all counts are verified before submission to the managers <292>.

[0095] Referring now to FIG. 14, another aspect of the present comprehensive ERP and integrated healthcare ecosystem 1, see FIG. 1, includes supply chain warehouse integrations 294, as part of supply chain management 24, shown in FIG. 1. This includes support for label printers and barcode / QR code generation 16; see FIG. 1, is built intrinsically within the software application. Moreover, all scanning operations can be performed with a native mobile device scanner without the need for a special scanning device <296>.

[0096] In addition, item labels, bin labels, asset tags, and summary labels can be directly generated from the mobile device and immediately printed via Bluetooth or WiFi <298> on the printer 16, see FIG. 1.

[0097] Referring now to FIG. 15, another aspect of the present comprehensive ERP and integrated healthcare ecosystem includes air conditioning management 300. This aspect is also shown by numeral 26 in FIG. 1. This includes a third-party device installed next to an individually controlled remote-powered air conditioner <302>. A software application centrally manages the temperature, fan speed, and operating status of all of the air conditioners, which otherwise are managed via handheld remote controls <304>.

[0098] Finally, there are approval requests that can be submitted to request air conditioning to be turned on or automated when scheduling training or booking rooms <306>.

[0099] Referring now to FIG. 16, another aspect of the present comprehensive ERP and integrated healthcare ecosystem 1, see FIG. 1, includes an integrated drone delivery 308, also shown by the numeral 4 in FIG. 1. The supply chain system integrates with a drone delivery network to facilitate restocking, transfer, and transport logistics <310>.

[0100] Referring now to FIG. 17, another aspect of the present comprehensive ERP and integrated healthcare ecosystem 1, see FIG. 1, includes a centralized group and approval system 312. A centralized group management facilitates the creation of groups of active users using department, grade level, position, or actively clocked-in users assigned to a specific schedulingposition. These groups automatically update when an employee clocks in and clocks out for shifts or when conditional attributes are changed <314>.

[0101] To ensure twenty -four-hours-a-day and seven-days-a-week operations are not disrupted by off-days, holidays, and / or other leave of individual employees, approval requests throughout the entire ecosystem 1, see FIG. 1, can be linked to approval groups, which are automatically synchronized with the scheduling system. A group of users with eligibility to approve requests provides optimum flexibility and delegation capability <316>.

[0102] The groups can automatically be synchronized with communication and workplace platforms, e.g., SLACK® and MICROSOFT® Office 365®, to automatically manage members within a channel, e.g., SLACK® or MICROSOFT® TEAMS®. SLACK® is a federally registered trademark of Salesforce Inc., having a place of business at Salesforce Tower, 415 Mission Street, 3rdFloor, San Francisco, California 94105. TEAMS® and Office 365® are federally registered trademarks of Microsoft Corporation, having a place of business at 255 East Fifth Street, Suite 1900, Cincinnati, Ohio 45202.

[0103] When group memberships are updated with active employees on shift or changes to an employee department or grade, membership in corresponding communication platforms is automatically updated. On-call, management, or support user group tags in integrated communication platforms are synchronized to make it easy for users to tag a specific on-call group without needing to know specifically which users are actively on call to provide support <318>.

[0104] Referring now to FIG. 18, another aspect of the present comprehensive ERP and integrated healthcare ecosystem includes medical gas cylinder tracking 320. The medical gas cylinders 28, see FIG. 1, have multiple barcodes or other electronic identification placed on the cylinder, e.g., around the shoulder of the cylinder, to facilitate ease of scanning from any angle <322>. When medical gas cylinders are moved between locations, the medical gas cylinders are scanned to transfer them between inventory bins managed in the supply chain application <324>. Moreover, there are reports generated to easily identify the location of all medical gas cylinders and restrict movements when cylinder inspection is due <326>. Finally, when the medical gas cylinders are filled in a production plant, there are purity measurements taken that must be logged against the medical gas cylinder before it can be distributed to a customer or the consumer of the medical gas <328>.

[0105] Referring now to FIG. 19, another aspect of the present comprehensive ERP and integrated healthcare ecosystem 1, see FIG. 1, includes human resources management 330. All incident reports, offenses, warnings, hearings, and human resource discussions are logged in the ecosystem <332>. The human resource regulations can be configured to generate points for an employee and can automatically expire offenses or warnings as necessary <334>. A centralized task can be generated for each employee incident to track the progression of necessary human resource response, investigation, or follow-up <336>. Finally, the software application guides a user through a preapproved human resource process to facilitate a regulatory compliance process <338>.

[0106] Referring now to FIG. 20, another aspect of the present comprehensive ERP and integrated healthcare ecosystem 1, see FIG. 1, includes recruitment management 340. Centralized forms can be used to create one or more job application forms, which may differ based on area of interest <342>. All communications can be logged with job applicants <344>. Then, the user can schedule an interview for one or more applications, and short text messages (SMS) notifications can then be automatically sent to a job applicant <346> on a personal electronic device. There can be interview ratings logged for employees and decision points created on moving on the path forward <348>. Finally, when employees are selected for hire, they are associated with a basecamp onboarding group, and all onboarding activities are managed by the application to initiate training and familiarization <350>.

[0107] Referring now to FIG. 21, another aspect of the present comprehensive ERP and integrated healthcare ecosystem 1, see FIG. 1, including contract management 352. All employee contracts are logged into the system along with the next renewal date <354>. The ecosystem ensures performance reviews are on record before contract renewal, and, if not, sends notifications to performance reviewers to make submissions <356>. The contract signing process is facilitated in the software application and allows performance review to be shared with the employee if so desired <358>. Moreover, the monthly payroll hours export function automatically includes active contract details to support the payroll process <360>. Finally, reports can be generated for upcoming contract renewals that are coming due <362>.

[0108] Referring now to FIG. 22, another aspect of the present comprehensive ERP and integrated healthcare ecosystem 1, see FIG. 1, includes a loan request process 364. Theemployee submits a request for a loan, and then validation options can be configured to immediately restrict certain requests based on organizational policy <366>.

[0109] A centralized task is generated with information on employee performance, salary, and active loans <368>. Then, if a loan is approved, a loan repayment schedule is added to employee payroll details for automatic payroll deduction <370>.

[0110] Referring now to FIG. 23, still another aspect of the present comprehensive ERP and integrated healthcare ecosystem 1; see FIG. 1, includes a payroll function 372. The payroll information is retrieved from the monthly timesheet and contract exports <374>. The necessary tax, pension, savings, and other employee deductions can be configured to calculate for each employee payroll period <376>. In addition, there are access restrictions that determine which users can view which employees are on payroll <378>.[OHl] When a payroll is run, payment run is documented in the payroll software application <380>, and finally, when a pay slip is generated and available for an employee to download from the employee portal <382>.

[0112] From the foregoing, it can be seen that the present disclosure accomplishes at least all of the stated objectives.LIST OF REFERENCE CHARACTERS

[0113] The following table of reference characters and descriptors are not exhaustive, nor limiting, and include reasonable equivalents. If possible, elements identified by a reference character below and / or those elements which are near ubiquitous within the art can replace or supplement any element identified by another reference character.Table 1: List of Reference CharactersGLOSSARY

[0114] Unless defined otherwise, all technical and scientific terms used above have the same meaning as commonly understood by one of ordinary skill in the art to which embodiments of the present disclosure pertain.

[0115] The terms “a,” “an,” and “the” include both singular and plural referents.

[0116] The term “or” is synonymous with “and / or” and means any one member or combination of members of a particular list.

[0117] As used herein, the term “exemplary” refers to an example, an instance, or an illustration, and does not indicate a most preferred embodiment unless otherwise stated.

[0118] The term “about” as used herein refers to slight variations in numerical quantities with respect to any quantifiable variable. Inadvertent error can occur, for example, through the use of typical measuring techniques or equipment or from differences in the manufacture, source, or purity of components.

[0119] The term “substantially” refers to a great or significant extent. “Substantially” can thus refer to a plurality, majority, and / or a supermajority of said quantifiable variables, given proper context.

[0120] The term “generally” encompasses both “about” and “substantially.”

[0121] The term “configured” describes structure capable of performing a task or adopting a particular configuration. The term “configured” can be used interchangeably with other similar phrases, such as constructed, arranged, adapted, manufactured, and the like.

[0122] Terms characterizing sequential order, a position, and / or an orientation are not limiting and are only referenced according to the views presented.

[0123] The “invention” is not intended to refer to any single embodiment of the particular invention but encompass all possible embodiments as described in the specification and theclaims. The “scope” of the present disclosure is defined by the appended claims, along with the full scope of equivalents to which such claims are entitled. The scope of the disclosure is further qualified as including any possible modification to any of the aspects and / or embodiments disclosed herein which would result in other embodiments, combinations, subcombinations, or the like that would be obvious to those skilled in the art.

Claims

CLAIMSWhat is claimed is:

1. A computerized medical services system comprising of: at least one processor for generating a token for a patient upon a patient’s request; and at least one input / output device or a facial recognition scanner in electronic communication with the at least one processor for obtaining identification of the patient for registration of a visit via the at least one processor, wherein the at least one input device schedules healthcare services selected from the group consisting of laboratory services, radiology services, outpatient services, inpatient services, immunization services, emergency services, and pharmacy services and then determines diagnosis and treatment protocol throughout a patient visit, wherein the at least one processor utilizing artificial intelligence analyzes the diagnosis and treatment protocol and generates warnings, errors, and corrective actions correlated with standard treatment protocols and documentation, wherein a user can request an exemption for non-standard treatment protocols and the at least one processor generates justification alerts and approval requests through the at least one input / output device; wherein the at least one processor determines if the patient has received all ordered services and all system checkpoints have been passed and determines if any services are missing, then the patient is redirected to resolve issue through the input / output device, or a medical exception will need to be approved through an input / output device of a senior user.

2. The computerized medical services system according to Claim 1, wherein the at least one processor utilizes a random statistical generator associated therewith to determine if a senior healthcare provider is needed to determine if a medical procedure requires review and approval.

3. The computerized medical services system according to Claim 1, further comprising at least one printer is in electronic communication with the at least one processor to generate at least one of an illness excuse note or a medical healthcare visit validation.

4. The computerized medical services system according to Claim 1, further comprising at least one of an automated teller machine (ATM) or at least one portable electronic device of the patient provides payment to the patient.

5. The computerized medical services system according to Claim 1, further comprising at least one portable electronic device that provides a short text message (SMS) to the patient to solicit feedback regarding healthcare treatment for the patient that can be transmitted to a healthcare provider via the at least one processor.

6. The computerized medical services system according to Claim 1, wherein immunization services include determining a GPS location of a user via an electronic device, inputting immunizations into the at least one processor through at least one input device including a vaccine type and dosage accuracy, wherein the at least one electronic device of the patient provides a short text message (SMS) having an upcoming immunization date and an immunization history for the patient.

7. The computerized medical services system according to Claim 1, wherein laboratory services includes the at least one processor receiving a laboratory request from a health care worker, at least one printer generating a specimen label, wherein the at least one processor logs in the specimen collection and transfer time under a laboratory request number and provide results via an input / output device or portable electronic devices for the user.

8. The computerized medical services system according to Claim 1, wherein the at least one processor has healthcare employees clock into the system from the group consisting of a clock-out system for all applications on all devices, a days-based system that signs out users on a specific frequency, and where exempt health care workers do not use a centralized sign- in procedure.

9. The computerized medical services system according to Claim 1, further comprising a pharmaceutical vending machine having at least one processor that has at least one input to provide patient identification, and then generates a one-time personal identification number via short text message (SMS) to verify an identity of the patient utilizing a portable electronicdevice, then the pharmaceutical vending machine queries unfulfilled prescriptions for patient and medications available in the pharmaceutical vending machine and then collects available medications and disperses them to the patient.

10. The computerized medical services system according to Claim 1, further comprising a telehealth hub that includes solar power, battery, network connectivity, and rooms for selfcheck-in, self-service vitals collection, video or in-person assessment, and pharmaceutical dispensing where the patient can check-in, have a vial collected, receive an assessment and obtain a prescription.

11. The computerized medical services system according to Claim 1, wherein the at least one processor receives an approved request for an item with tags and expiry dates, and provides that request to a group of users who can approve the request and then the health care worker who made the request can track the item through transportation of the item either through vehicle or drone.

12. The computerized medical services system according to Claim 1, wherein the at least one processor logs incident reports, offenses, warnings, hearings, and human resource discussions into the system, and then human resource regulations can be configured to generate points for a user and auto-expire offenses or warnings as necessary, then a centralized task can be generated for each employee incident to track progression of necessary human resource response, investigation, or follow-up and provide guidance for a preapproved human resource process to facilitate a regulatory compliant process.

13. The computerized medical services system according to Claim 1, wherein the at least one processor provides centralized forms for healthcare employee requirements with all communications logged for an ability to schedule interviews for a job applicant with notifications sent to the job applicant where interview ratings and decision points moving forward are also logged into the at least one processor with the onboarding managed by the at least one processor for training.

14. The computerized medical services system according to Claim 1, wherein the at least one processor includes all health care employee contracts logged into the system with performance reviews and sends reminders to supervisory personnel via the at least one input / output device if performance reviews are missing and where contract signing is facilitated by the at least one processor with exported monthly payroll hours and reports generated for upcoming contract renewals.

15. The computerized medical services system according to Claim 1, wherein the at least one processor includes receiving loan requests from a healthcare employee, collecting information on the employee’s performance, salary, and active loans, and then determining a repayment schedule for automatic payroll deduction.

16. The computerized medical services system according to Claim 1, wherein the at least one processor includes skill sets needed to fulfill an organization’s needs including standard operating procedures with a weekly schedule of both primary and secondary shift positions, where health care employees can sign in via a health care employee kiosk or the at least one input / output device through identification or facial recognition, where the health care employee receives notifications from the at least one processor and can input leave requests, submit maintenance requests or other work orders and view payroll information.

17. The computerized medical services system according to Claim 1, wherein the at least one processor generates task lists to define groupings of tasks and define health care providers who automatically receive access to a task within a list with every task list that is assigned to a workflow which defines the process steps appropriate for the particular task list with the ability to add or exclude members and create tasks that span multiple applications with some tasks being public that also includes the ability to provide notifications when a task is complete.

18. A computerized services system comprising of at least one input device that generates an item or task; andat least one processor for receiving the generated service or task, and generating an appropriate approval request, and then receiving an approval from another user on at least one input device, then automatically selecting a procurement clerk who selects at least one vendor and provides responses from the at least one vendor, where input is received by senior users through at least one input device and then the procurement is approved with purchasing guidelines and then a purchase order is generated, wherein upon receipt of the goods or services, a receipt is generated by the at least one processor.

19. The computerized medical services system according to Claim 18, wherein the item is received, transferred, counted, labeled with a barcode or QR code via a printer or wireless mobile device, and dispatched at a warehouse, wherein the at one processor engages in cycle counts based on item value or organizational impact and an electronic display is able to show the items counts and accuracy, wherein item counts can be verified prior to submission to higher level personnel.

20. A method of utilizing a computerized medical services system comprising of: generating a token to a patient upon a patient’s request with at least one processor; and obtaining identification of the patient with at least one input device or a facial recognition scanner and obtaining registration for a visit through the at least one processor; registering healthcare services provided with the at least one input device that is electrically connected to the at least one processor, wherein the healthcare services are selected from the group consisting of laboratory, radiology, outpatient services, inpatient services, immunization services, emergency, and pharmacy services; determining diagnosis and treatment protocols throughout a patient visit; analyzing the diagnosis and treatment information and generating warnings, errors, and corrective actions correlated with standard treatment protocols and documentation with the at least one processor with artificial intelligence so that a user can request an exemption for non-standard treatment protocols; and generating justification alerts and approval requests with the at least one processor through the at least one input device, wherein the at least one processor determines if thepatient has received all ordered services and all system checkpoints have been passed, and if any services are missing, the patient is redirected to resolve the issue, or senior medical through a patient’s or the healthcare provider’s input / output device can provide an exception.

Images