Here are sample functional requirements from the CIS RFP template:
|
| ►
ADT
|
|
Support interface between CIS and HIS (Hospital Information System) to gather patient admission, discharge and transfer (ADT) data.
|
|
Provide ability to perform "bed swaps" and maintain patient chart data when changing location.
|
|
Support hospital-defined data entry editing and validation checks (e.g. required fields, valid codes, field lengths, check digits) for all ADT functions.
|
|
Allow changing outpatient to inpatient, inpatient to outpatient (patient type) in clinical system with interface to financial system.
|
|
Provide the ability to locate patients by chief complaint, procedure, or diagnosis.
|
| ►
Global Requirements
|
|
Provide the ability enter information into data fields and have the information automatically populate appropriate documents.
|
|
Provide the ability to positively ID patient and medication with bar code reader (e.g. labels on meds and patient's wristband before administering medication).
|
|
Support an unlimited number of primary and secondary diagnosis than can be addressed on a chart.
|
|
The ability to chart by exception includes "WNL" (within normal limits) that can be selected and entered into the patient record.
|
|
Provide on-line tracking and reporting of charges by patient, by department/unit, sub-department, and/or by physician, with the ability to capture charges for data processing.
|
| ►
Patient Inquiry
|
|
Support searching of patient record (e.g., results and transcribed reports) using key words or phrases.
|
|
Allow patients selected for inquiry to be filtered by physician roles or subset of physician roles.
|
|
Allow patients selected for inquiry to be filtered by clinician type (e.g., nurse practioner, midwife, physician's assistant, etc.).
|
|
Provide for multiple patient lists for each user, which can exist simultaneously, some of which are generated automatically as a by-product of ADT processing, and some of which are user defined.
|
|
Provide the ability to search a patient's record for history of all procedures previously done (e.g. a list of all chest x-rays, including: date, type of procedure, etc.).
|
| ►
Patient Assessment
|
|
Support on-line entry, display, and update of complete initial and ongoing patient assessments.
|
|
Support copying of the previous patient assessment data within the current episode or visit to the current assessment with ability to modify.
|
|
Copying of a previous patient assessment data to the current assessment requires validation/verification of information before entry into database.
|
|
Provide ability for hospital to group assessment parameters on screen by category (e.g. functional health patterns, prior history, demographics, triage level, condition level, or data types).
|
|
Provide the ability to monitor key clinical factors which direct computer-guided telephone follow-up with patients to capture measures crucial to improved quality.
|
| ►
Orders
|
|
Provide ability to select an order set for a patient and modify component orders (e.g. text, duration) for specific patient needs.
|
|
Outpatient orders entered during an inpatient stay which are to be performed after discharge will not be discontinued as part of the discharge process.
|
|
Schedule is automatically derived from order frequency instruction but can differ based on specific order (e.g., Lasix daily is scheduled for 10am, Digoxin daily is scheduled for 8am).
|
|
When entering a new order for which a conflict within the current episode has been identified, display the conflicting order.
|
|
Automatically queue orders, if an interface is down, and notify user that interface is down when the order is placed.
|
|
Automatically notify ancillary service so time and date may be verified and send verification to ordering area, and generate patient instructions.
|
| ►
Plan of Care
|
|
When and outcome is charted as "not met" and is rescheduled, this charting action modifies the clinical pathway or plan of care in the patient's chart, and marks the outcome with a variance flag.
|
|
Provide the ability for the hospital to define the discharge summary at the department level with any set of predefined clinical and demographic data elements.
|
|
System suggests patient education materials available, lists of needed supplies, or other multimedia available to assist with discharge planning.
|
|
Allow printing and or electronic transmission of the continuity of care/discharge planning information upon completion and validation to the selected agency.
|
|
An integrated patient plan of care is generated via: basic order entry, order sets, care planning, clinical pathways, expected outcomes,& any other specific characteristics as defined by the hospital.
|
| ►
Work Plan
|
|
Allow several patients tasks to be displayed and printed on one work plan so that all tasks for the a HCP's workload may appear on one report or display.
|
|
Automatically highlight, flag, or indicate overdue tasks on the work plan screen or printed copy, within defined time parameters, to alert user that scheduled time for activities have lapsed.
|
|
Display scheduled patient care activities grouped by specific type (e.g. assessment, treatments, medications, etc.) by patient or group of patients on the work plan.
|
|
Provide the ability to flag, view, and sign unsigned orders by individual patient from physician work plan.
|
|
Provide the ability to send significant messaging (by priority) to the physician's work plan queue (e.g. relevant nursing information).
|
| ►
Kardex / Summary
|
|
Support on-line Kardex / Summary View function integrating patient demographic, clinical, orders, and care plan / pathway data.
|
|
Automatically gather and display patient data including name, age, sex, allergies, height, weight and other pre-defined hospital data elements.
|
|
Provide ability to print or view a multi-patient Kardex / Summary View on a user-defined time table.
|
|
Include patient problems and precaution information in automated Kardex / Summary View.
|
|
Provide the ability to view and access nursing notes, interventions, and care plans within automated Kardex / Summary View function.
|
| ►
Flowsheets / Vitals
|
|
MD or Nursing order should automatically populate a time column in flow sheets, based on pre-defined unit or department schedules.
|
|
Provide ability for authorized users to get notification of all unverified data entered by individuals requiring validated documentation.
|
|
The I & O flow sheet will be populated automatically with the IV order information, in preparation for charting the IV intake.
|
|
The system will display corrected documentation with a visual cue that documentation was changed/corrected and will allow viewing of original documentation with minimal effort.
|
|
Provide hospital defined flow sheet size.
|
| ►
MAR / Medications
|
|
Support on-line, automated medication administration records (MAR) integrated with other clinical information system functions (e.g., medication order entry, procedure orders/scheduling, etc.).
|
|
Provide the ability to produce medication schedules automatically based on predefined unit specific or medication specific schedules.
|
|
Provide ability to enter dosage and have system calculate IV drip rate based on concentration and tubing drip factor.
|
|
Automatically flag medications that are due to expire within specified time period as defined by the hospital.
|
|
Provide ability to forward, as appropriate, information to flow sheet of any discipline (PT, RT, dietary, lab, etc.)
|
| ►
Critical Care
|
|
Provide ability to display flowsheet data in tabular or graphical format to monitor trends.
|
|
Include vaso-active IV drips in cardiac flowsheets.
|
|
Provide ability to interface cardiac monitors to the bedside computer system for monitoring.
|
|
Provide ability to interface ventilators to the bedside computer system for monitoring.
|
|
Provide ability to immediately retrieve (e.g. with one keystroke) vital sign data from monitors for instant update.
|
| ►
L&D Fetal Monitoring
|
|
Support recording of patient and fetal monitoring data as soon as patient is admitted (e.g. but before registered on system).
|
|
Provide visual deceleration alarm on work stations in patient rooms to monitor other patients on unit.
|
|
Provide remote access capability from physician offices and clinics to view fetal monitor strips and charts.
|
|
Support archiving of fetal monitor strips to optical disk for long term storage and retrieval.
|
|
Support automatic archival of patient data after user-defined period (e.g. 72 hours after discharge).
|
| ►
Clinical Record
|
|
Provide patient-oriented (e.g. versus encounter-oriented) organization of and access to patient records.
|
|
Accessing a specific result can be done from order display screen--user can view a list of active orders, select an order and view the results.
|
|
Results can be routed to on-line, user-specific review queues for nurse assigned to patient for current shift.
|
|
Support different/customized views of data in the patient record for physician which can vary based on the physican's specialty and/or sub-specialty.
|
|
Out-of-range results can be displayed in a special on-line queue for specified, authorized users.
|
| ►
Reference & Reports
|
|
Support on-line reference library function with contents defined by hospital.
|
|
Provide ability to view on-line reference library material in "pop-up" window without exiting previous screen.
|
|
Provide for the ability to access patient volumes for defined timeframes by acuity level at the hospital and department/unit level.
|
|
Reports can be routed to one or multiple departments/locations/clinicians based on customer-defined criteria.
|
|
Provide the ability to track procedure totals by type, by MD, by duration, by patient class (inpatient/outpatient), by variance, by location, &/or by specimens collected, and display or print report.
|
| ►
HIPAA
|
|
Support an enterprise-wide single sign-on user authentication process that allows individual users to logon to different systems with one global user ID and password.
|
|
Support data access controls that allows assignment of security at the data element level within files.
|
|
Provide mechanism for entity (e.g. unique individual) authentication such as: PIN numbers.
|
|
Support an eight position alphanumeric Provider ID field in all software modules that use Provider ID, with the eighth position used as a check digit.
|
|
Provide ability to create data files for teaching purposes that meet HIPAA guidelines for compliance (e.g. tracking without specific patient information).
|
| ►
Interfaces
|
|
Provide real time interface to hospital information system (HIS) for patient ADT data.
|
|
Provide interface to lab information system (LIS) to receive test results.
|
|
Provide interface to central supply system for ordering items.
|
|
Provide interface to automated (non-invasive) blood pressure measuring equipment (e.g. Datascope, Dinamap) for bedside data acquisition.
|
|
Provide interface to oxygen saturation monitor for bedside data acquisition.
|
| ►
Ease of Use
|
|
Support single consistent Graphical User Interface (GUI) across the entire application including windows, buttons, toolbars, mouse, etc. for initiation of system functions.
|
|
Provide keyboard shortcuts or "hot keys" (e.g. Ctrl-C, Alt-F) or menu bypass functions for users to quickly execute system functions.
|
|
Support MS-Word capabilities within the application for word processing, spell check, copy / paste, etc.
|
|
Provide ability to move between applications by using pull-down menu on the toolbar or clicking designated icons.
|
|
Provide ability to cluster patients into various user-defined groups for charting pursposes.
|
| ►
Technical & Support
|
|
Support the use of "drag-and-drop" with mouse as option to visually initiate system functions (e.g. drag a file icon to printer icon to start printing a report, etc.)
|
|
Utilize code tables for processing control and other system parameters that can be maintained by system administrator.
|
|
Support TCP/IP networking protocols for communication among networked devices (e.g. PC's, file servers, networked printers).
|
|
Support touch screen technology for initiating system functions by touching screen with finger.
|
|
Provided toll free customer support 24 hours, seven days per week.
|
| ►
More requirements are included in the actual RFP, this is only a sample. |