# data[].attributes.attachment_link.title
Consider These Risks Before You Take That DNA Test

# data[].attributes.body
Ethical and legal issues often overlap

Principle of autonomy

Principle of equality and justice

Principle of Beneficence

Principle of Non-malfeasance

Principles of Informatics ethics

Information privacy and disposition

Security

Openness

Access

Least Intrusive

# data[].attributes.attachment_link.title
Data Visualization in 2022 | The Ultimate Guide

# data[].attributes.body
Data visualization is any effort to help people understand the significance of data by placing it in a visual context.

The chart type and audience are important factors to consider.

Exploratory analysis is what you need to understand the data.

Explanatory analysis is a specific thing you want to explain, a specific story you'd like to tell.

Use different charts to look for patterns and relationships and draw some conclusions from the data.

Infographic, a visual image such as a charter diagram to represent information or data.

# data[].attributes.attachment_link.title
Data Cleansing Steps & Phases | Data Cleansing Tutorial | Data Science Tutorial

# data[].attributes.body
Data Mining: Processing lots of data to find new patterns

Text Mining: data mining to textual data.

Big Data adheres to variety, velocity, veracity and volume.

Levels of analytics

1. Descriptive

2. Predictive - identifying trends

3. Prescriptive: optimizing clinical and other outcomes.

Steps to Basic Data Analysis

1. Ask a question

2. Find data

3. Visualize Date (scatterplot, excel)

4. Clean Data (removing incorrect or duplicate data)

5. Visualize in Detail

6. Draw conclusions

7. Disseminate findings

# data[].attributes.attachment_link.title
Healthcare data breach affects thousands of Michiganers

# data[].attributes.body
Privacy and Security

HIPAA
- safeguards to ensure data is not compromised and that it is used for intended purpose.
- de-indentify data by removing 18 identifiers (name, DOB, address)

The three As of Security

Authentication

Authorization

Accountability

Healthcare Breaches

Healthcare data can be worth$25 to $250 on the black market.

# data[].attributes.attachment_link.title
Alarm Fatigue – Nurses – Case Managers – CRC – CDMS – NASW – CEUs

# data[].attributes.attachment_link.title
Personal Health Record (PHR) for Patients

# data[].attributes.body
Quality and Unintended Consequences

Swiss Cheese Model of Major Accidents/Errors

Alert Fatigue

Lack of user centered designs

Over-reliance on machines

Stressed Workforce

No hard stops

Personal Health Records are records kept by patients to keep track of their health info.

Patient Portals weave together patient/doctor electronic world.

Can see notes and results

Make appointments

Medication refills

# data[].attributes.body
Mobile and Consumer Informatics

Gamification: use of game thinking and game mechanics in a non-game context in order to engage users and solve problems.

Health games research was an $8.25 million national program of the Robert Wood Johnson Foundation.

examples: Second Life, Build a Healthy Plate, Run Zombies and Sea Heroquest.

Wearables such as fitbits and kokoon EEG headphones are being used more and more.

# data[].attributes.attachment_link.readable_text
We use our own and third-party cookies and web beacons to deliver a faster and safer experience, to monitor and analyze usage, to comply with laws, and for advertising purposes. By clicking 'I Agree', you agree that data such as your IP address and third party identifier may be shared with advertising partners to help us deliver more relevant ads. To update your settings or opt out, go to 'Cookie Settings'. To learn more read our Privacy Policy.

# data[].attributes.attachment_link.title
BetterHelp - Get Started & Sign-Up Today

# data[].attributes.attachment_link.description
We use our own and third-party cookies and web beacons to deliver a faster and safer experience, to monitor and analyze usage, to comply with laws, and for advertising purposes. By clicking 'I Agree', you agree that data such as your IP address and third party identifier may be shared with advertising partners to help us deliver more relevant ads.

# data[].attributes.body
Telehealth

- Primary care and specialist referral services
- Remote patient monitoring

Telestroke program: Neurologists able to evaluate a patient remotely.

Benefits
- Convenience
- Safe from infections

Cons
- Overutilization
- Not appropriate in all cases
- Need proper equipment and internet

# data[].attributes.attachment_link.title
What is Health Information Exchange (HIE)?

# data[].attributes.body
Health information exchange allows for separate healthcare entities and facilities to share electronic health data with each other.

Benefits

Avoid readmissions

Better patient care

Decrease duplicate orders

Saves money

Metadata: set of data that describes and gives info about other data.

Ontologies: Concepts and catogories in a subject area or domain that shows their properties and relations between them.

ex: ICD (International classification of diseases)

Sources of Data

EHRs

Reported data

Disease registries

Health surveys

Clinical trials

Foundations (ex. KFF)

# data[].attributes.body
Benefits of EHRs

Cost

Access (patient and provider access)

Quality

Safety (ex. Reduction in med errors)

Efficiency of Care Delivery (Better continuum of care between different providers/visits).

Clinical Decision Support

Order sets

Drug-drug, Drug-allergy interactions

Alerts

Some challenges to CDS can be speed, usability and workflow and cultural change.

# data[].attributes.attachment_link.title
Electronic Health Records: Usability and Unintended Safety Issues

# data[].attributes.body
"we must stay vigilant for potential downfalls of CDSS, which range from simply not working and wasting resources, to fatiguing providers and compromising quality of patient care."

# data[].attributes.attachment_link.title
An overview of clinical decision support systems: benefits, risks, and strategies for success - npj Digital Medicine

# data[].attributes.attachment_link.description
npj Digital Medicine - An overview of clinical decision support systems: benefits, risks, and strategies for success

# data[].attributes.attachment_link.title
Patient Gateway Overview | Mass General Brigham

# data[].attributes.body
HITECH Act Provides incentives for EHR adoption

Currently 90% of hospitals have EHR adoption. 60% of physician office practices have adopted it.

Meaningful Use

Bucket 1. Buy a certified EHR

CPOE

e-prescribing

Protecting patient privacy

Public Health

Health information exchange

Reimbursements are available if meaningful use can be successfully achieved.

# data[].attributes.body
Data: raw data

Information: Data with context

Knowledge: What does the information mean...

Wisdom: Using that knowledge to make an action towards a goal (ex. a health promotion goal).

The SDLC (System Development Life Cycle) is a good method to use to implement a new EHR system. Implementing a new one can be an expensive and complicated process as it affects workers, patients and many other stake holders.

# data[].attributes.body
Standardized Terminology

allows for easier retrieval of data

allow for shared understanding across the continuum of care.

Interoperability

one of the major barriers to big data

Standards need to be put into place so healthcare data can be more easily shared.

Will save lives, time and cost.

# data[].attributes.body
"In 2000, the Institute of Medicine published To Err Is Human, that estimated as many as 98,000 people die in any given year from medical errors."

Below are three initiatives making sure that nurses are educated on informatics.

- QSEN: Informatics is one of the competencies
- AACN: focuses on the education of nursing.
- TIGER (HIMMS): non-profit organization focusing on better health through information technology.

# data[].attributes.body
- Health informatics is the intersection of information science, computer science, and health care.
- Two goals of it is to improve patient outcomes and safety (reduce medical errors.
- A computer data warehouse collects clinical information from a variety of different sources for future use.
- Healthcare informatics is difficult because concepts are poorly defined.

# data[].attributes.attachment_link.readable_text
Impact on HIPAA Privacy and Security Provisions

The Health Information Technology for Economic and Clinical Health Act (HITECH) is part of the American Recovery and Reinvestment Act (ARRA) of 2009 and creates incentives related to health care information technology, including incentives for the use of electronic health record (EHR) systems among providers.

Because HITECH legislation results in an expansion in the exchange of electronic protected health information (ePHI), it also widens the scope of privacy and security protections under the Health Insurance Portability and Accountability Act (HIPAA), including increasing legal liability for non-compliance and more enforcement actions. The following are highlights of key HITECH provisions as they relate to HIPAA.

Enforcement

Historically, HIPAA was not rigorously enforced, but the adoption of the final rule [PDF] in 2013 clarified and strengthened enforcement activities. Both covered entities and business associates are subject to penalties for violations.

Civil money penalties for "willful neglect" are increased.

Although an individual can't bring a cause of action against a provider for violations under HITECH, a state attorney general can bring an action on behalf of a state's residents.

The Department of Health and Human Services (HHS) is required to conduct periodic audits of covered entities and business associates.

Notification of Breach

HITECH imposes data breach notification requirements for unauthorized uses and disclosure of unsecured or unencrypted PHI.

Electronic Health Record Access

For providers that have implemented an EHR system, individuals have a right to obtain their PHI in an electronic format. Only a fee equal to the labor cost can be charged for an electronic request.

Business Associates (BA) and Business Associate Agreements (BAA)

HITECH now applies HIPAA provisions to business associates, thus requiring business associates to comply with the HIPAA security rule.

Most, if not all, software vendors providing EHR systems will clearly qualify as business associates.

Business associates must report security breaches to covered entities consistent with notification requirements.

Business associates are subject to civil and criminal penalties, just as the covered entities are subject to these penalties.

Business associates and providers will now share more joint responsibilities than they have previously.

Other Requirements

There are additional requirements that address marking communications, restrictions, and accounting that modify HIPAA and affect HITECH as well. Additional information and resources related to HIPAA are available on ASHA's website.

# data[].attributes.attachment_link.title
Health Information Technology for Economics and Clinical Health (HITECH) Act: Impact on HIPAA Privacy and Security Provisions

# data[].attributes.attachment_link.description
The Health Information Technology for Economic and Clinical Health Act (HITECH) is part of the American Recovery and Reinvestment Act (ARRA) of 2009 and creates incentives related to health care information technology, including incentives for the use of electronic health record (EHR) systems among providers.

# data[].attributes.attachment_link.title
Day in the Life as a Nurse Practitioner (Working from Home & Remote Telemedicine)

# data[].attributes.attachment_link.readable_text
System Design Life Cycle: A Framework

Susan K. Newbold

INTRODUCTION

In the past, clinical systems implementation projects were considered successful when implemented on time and within budget. Later, the concepts of end-user perceptions determining project success in conjunction with streamlining clinician workflow-layered clinical systems projects with additional success criteria. In the recent past, the focus for clinical systems implementations has been on systems improving patient safety through evidence-based practice (EBP) while meeting the federal requirements set forth in the Health Information and Technology for Economic and Clinical Health (HITECH) Act of 2009 ( HHS.gov, n.d.).

As part of the HITECH Act, the Centers for Medicare & Medicaid Services (CMS) set forth a program providing organizations that demonstrate the meaningful use of an EHR to improve patient safety significant financial incentives. Today, the successful system implementation project must be completed on time and within budget, and offers end users streamlined workflow, with added safety in the delivery of healthcare and qualifying the organization for the financial benefits of meeting the meaningful use requirements.

The System Design Life Cycle (SDLC), also known as the System Life Cycle (SLC) outlined in this chapter, discusses the tasks multiple disciplines must accomplish to produce a technically sound, regulatory compliant and user-friendly EHR supporting safe, effective, and efficient patient care delivery. The SDLC framework described by the American Nurses Credentialing Center's Nursing Informatics Test Content Outline (2018) consists of four major phases: (1) planning and analysis; (2) designing and building, (3) implementation and testing, and (4) monitoring, maintaining, supporting, and evaluating. The chapter further defines these phases into the key tasks of a practical clinical systems implementation checklist and high-level work plan used successfully for real-world implementations in the acute care setting. Many examples in this chapter refer to the implementation of an EHR; however, the framework, phases, and tasks discussed can and should be applied to any clinical system or application implementation.

There are two text books which are often utilized for the systems analysis and design process for healthcare projects. Dennis, Wixon, and Roth (2015) also use four phases: (1) planning, (2) analysis, (3) design, and (4) implementation. Kendall and Kendall (2014) break the systems development life cycle into seven phases: (1) identifying problems, opportunities, and objectives, (2) determining human information requirements, (3) analyzing system needs, (4) designing the recommended system, (5) developing and documenting software, (6) testing and maintaining the system, and (7) implementing and evaluating the system. Analysts may disagree on the exact number of phases, but they generally agree that an organized approach is needed.

ELECTRONIC HEALTH RECORD

The EHR is a longitudinal electronic record of patient health information generated by one or more encounters in any care delivery setting. Included in this information are patient demographics, progress notes, problems, medications, vital signs, past medical history, immunizations, laboratory data, and radiology reports. The EHR automates and streamlines the clinician's workflow. The EHR has the ability to generate a complete record of a clinical patient encounter as well as to support other care-related activities directly or indirectly via interface. See other chapters in this book including the chapter on computerized provider order entry.

The skills required to deliver direct patient care include the ability to understand and coordinate the work of multiple disciplines and departments. As multiple departments work in concert for optimum and safe patient care delivery, the components of an EHR integrate data in a coordinated fashion to provide an organization's administration and clinicians demographic, financial, and clinical information. The SDLC provides a framework to attain a successful implementation.

CURRENT LANDSCAPE

The Centers for Medicare & Medicaid Services (CMS) is the single largest payer for healthcare in the United States. Nearly 90 million Americans receive healthcare benefits through Medicare, Medicaid, and the State Children's Health Insurance Program (CMS, n.d.). As the costs of healthcare increase, both the US population as well as the US government have become more critical of a payerbased health system. Four factors impacting healthcare payments and hospital information systems implementations are the evolution of evidence-based practice, the Federal Meaningful Use requirements set forth in the HITECH Act of 2009 now evolving to Promoting Interoperability, the cost of technology, and the use of project management principles.

Evidence-Based Practice

Melnyk and Fineout-Overholt (2015) define evidencebased practice (EBP) as a problem-solving approach that incorporates the best available scientific evidence, clinicians' expertise, and patients' preferences and values. The purpose of EBP is to utilize scientific studies to determine the best course of treatment for a patient. Functionality within the EHR can provide access to the studies to understand the recommended treatment while reviewing a patient's data in real time.

Federal Initiative-HITECH Act 2009

This act seeks to promote the meaningful use of information technology to improve patient safety in healthcare delivery. The initiative requires an organization or provider to demonstrate consistent and appropriate use of information technology. Adoption of the technology is required in stages, with increasing numbers of requirements in each stage. Federal financial incentives are awarded to those meeting each stage. Financial penalties will be levied against organization failing to meet the requirements ( HHS.gov, n.d.).

The Meaningful Use requirements leverage the results published in studies indicating a marked increase in patient safety when specified functions of an information system are utilized. In addition, standardized terminology criteria permitting comparison of healthcare treatments and outcomes across healthcare facilities are incorporated into the later HITECH Act's stages. CMS has evolved Meaningful Use into Promoting Interoperability in an attempt to encourage a greater level of interoperability among systems ( www.cms.gov). Legislative and legal aspects of informatics are discussed in another chapter.

Technology: Cost, Benefit, and Risk

Technology costs are high, increasing the risk of significant financial losses from a poor implementation. Vendors deliver the same software to clients; the success of an information system project often rests on a well-planned and well-executed implementation. A well-planned implementation dovetails an organization's strategic goals and culture, with the introduction of and ability to assimilate technology and workflow changes into the daily practice of healthcare delivery. The SDLC provides a structured implementation approach to accomplish this.

Healthcare information systems implementation time lines are often long, spanning 10 to 16 months for a full hospital information system implementation. Most organizations have implemented at least one EHR and are either upgrading their current system or switching to a new system. The SDLC approach is still utilized.

Increasing a project's risk level, a technology generation, now only months in length as opposed to years, can render partial obsolescence of a system by one technology generation before the first productive use of a system is sometimes obtained. A well-planned and executed implementation, on the other hand, provides a high level of risk mitigation and cost containment. It is important to remember that technology is not the best solution to every problem; failure to recognize problems caused by inefficient processes from an information system problem contributes to the risk and potential costs of a system.

Project Management

With roots in the construction industry, a significant body of knowledge in the area of planning and tracking large-scale projects has evolved. The Project Management Institute (PMI) has become the central and certifying organization for project management professionals. The Project Management Plan (PMP) developed through PMI's efforts has migrated to the Information Technology (IT) area and is commonly called a project work plan (Project Management Institute, 2019). It is the main planning document for an IT project and describes how major aspects of the project will be executed and managed. The work plan is a living document, updated continually throughout the project. Nurses have the ability to coordinate and manage multiple diverse care situations; this affords them strong skills to manage complex projects using a Project Workplan as a primary tool. An excellent text with healthcare examples is Information Technology Project Management, by K. Schwalbe (Schwalbe, 2016) (see Chapter 15, "Healthcare Project Management").

A second essential tool for clinical implementations is the project's "issues list." As concerns, unusual situations, special education/training needs, programming errors, sequencing concerns impacting workflow, and new regulations are uncovered, they are placed on the issues list. Issues are added to the list and prioritized in relation to other issues and to the project goals and assigned an urgency status. Examples of issue statuses are open, in progress, testing, and closed. The progress of an issue is tracked by the team on a regular basis with short progress notes added to the issue. When a resolution is reached, the resolution is documented in the issues list and the status is updated.

The resolution documentation detail helps eliminate the need for the team to revisit the decision. Suggested data elements in an issue's list are as follows:

* Issue number

* Status

* Date added to the list

* Person identifying the problem/adding it to the list

* Module/application involved

* Description of the problem/issue

* Type of problem (e.g., programmatic, training, process, hardware, network)

* Note date

* Notes (e.g., work/efforts to resolve issue)

* Responsible party

* Resolution date

* Resolution description

SYSTEM DEVELOPMENT LIFE CYCLE

The System Life Development Life Cycle is defined by the major components of (a) Planning, (b) Analysis, (c) Design/Develop/Customize, and (d) Implement/Evaluate/Maintain/Support. While this chapter discusses phases of the SDLC related to an EHR implementation in an acute care setting, it is applicable to many healthcare settings and projects. To continue to meet new regulatory and professional standards, EHRs and software applications must be continuously updated and upgraded in the Maintenance Phase.

Regardless of the size or type of the system, any EHR, single application implementation, or upgrade project should address each of the items on the clinical system implementation checklist presented in conversion or the addition of new devices, review of the checklist's steps will assure that essential considerations are not overlooked ( Fig. 12.1. Though not every project will require interfacing or data Fig. 12.1).

* FIGURE 12.1. SDLC Stages in Relation to Clinical Software Implementation Checklist.

The SDLC phases use a problem-solving, scientific approach. Problem-solving begins with observation and understanding of the operations of the current systems or processes, sometimes referred to as the "current state." The second phase requires an in-depth assessment and definition of the new system's requirements: defining the "future state." Designing, developing, and customizing a plan to meet requirements are addressed in the third phase. The fourth phase, implementing, evaluating, supporting, and ongoing maintenance, assures the system is sustainable after implementation.

Nurses' daily use of the Nursing Process, a problemsolving methodology, underlies the successes nurses have achieved in clinical informatics. Countless iterations of the problem-solving methodology are used during the implementation and updating/upgrading of software.

Inherent in the implementation process is the need to recognize and manage change and its impact on patient care delivery and clinician work patterns/workflow. Often, finding a balance between the technical data capture criteria and the daily workflow of clinicians is required. Details are discussed in Chapter 14, "System Life Cycle Tools."

As noted, vendors supply essentially the same software to clients at the time of purchase. The abilities of the project team members and organization to introduce and assimilate changes into daily practice can determine the success of a project. Literature focusing on the workflow impact of an EHR and the cultural impact on an organization are well documented by the Project Management Institute (PMI) and the Healthcare Information Management Systems Society (HIMSS). Lorenzi, Novak, Weiss, Gadd, and Unerti (2008) all stress the need to manage the change process foundational to an EHR implementation if success is to be attained.

Attempting to implement or upgrade a system without reviewing each of the checklist items within the SDLC framework generally results in failure in one or more of the following areas:

* EHR or application does not meet the stated goal of the project.

* Failure to gain end-user acceptance.

* Expenditures exceed budget.

* Anticipated benefits are unrealized.

In recent years the quality and abundance of online resources specific to clinical systems implementation have grown significantly. Due in large part to the Federal HITECH meaningful-use requirements, the PMI and HIMSS both offer training and certification processes specific to healthcare-related projects.

The following online sites provide additional and supporting information:

American Health Information Management Association (AHIMA): www.ahima.org/

American Medical Informatics Association (AMIA): www.amia.org

Healthcare Information and Management Systems Society (HIMSS): www.himss.org/

Project Management Institute: www.pmi.org/ Promoting Interoperability (PI) Programs: www.cms.gov/EHRincentivePrograms

The Office of the National Coordinator for Health Information Technology (ONC): www.healthit.gov/

PLANNING PHASE

The planning phase of the project begins once an organization has determined an existing requirement may be filled or solved by the development or implementation of an EHR or application. Establishing the committee framework to research and making recommendations for the project is an important first step.

The key documents created in the planning phase are the following:

* Project Governance Structure

* Gap Analysis

* Feasibility Study

* Project Scope Document

* Development of a high-level work plan and resource requirements

Governance Structure and Project Staff

The clinical leadership of an organization is highly involved in the establishment of an EHR committee structure. The organization's strategic goals and priorities must be reviewed and considered. The informatics nurse specialist and information systems management team provide oversight; however, committees work to develop the structure and participate to best guarantee the success of the project. Assigning the appropriate resources, whether financial or personnel, is a critical success factor.

Evaluations of both successful and less than successful implementations have stressed the need to anticipate the impact of the new system on the culture of the organization and to take active steps to mitigate the effects of change on the organization (Lorenzi et al., 2008). Transition management is a series of "... deliberate, planned interventions undertaken to assure successful adaptation/assimilation of a desired outcome into an organization" (Douglas & Wright, 2003). The informatics nurse often leads the assessment and documentation of the "current state" and development of the desired "future state." Cognizance of the new system's impact serves as a visible leader in the transition management efforts.

Steering Committee

Before an EHR is developed or selected, the organization must appoint an EHR steering committee. The EHR steering committee, composed of internal and external stakeholders, is charged with providing oversight guidance to the selection and integration of the organization's strategic goals relative to the EHR requirements. During the planning phase, the projected return on investment (ROI) is established. The Steering Committee members' collective knowledge of the organization's daily operations provides global insight and administrative authority to resolve issues. In most facilities, the Steering Committee has the ultimate authority for decision-making ( Fig. 12.2).

* FIGURE 12.2. Clinical Information System Steering Committee Structure.

Project Team

The project team is led by an appointed project manager (often the Informatics Nurse Specialist) and includes a designated team leader for each of the major departments affected by the system selection, implementation, or upgrade proposed. The objectives of the project team are to (1) understand the technology and technology restrictions of the proposed system, (2) understand the impact of intradepartmental EHR decisions, (3) make EHR decisions at the interdepartmental level, and (4) become the key resource for their application. A stated goal for the selection, implementation, or upgrading of an EHR is to improve patient safety and care; gains made by one department at the expense of another department rarely work to improve overall patient safety and care delivery. The project team's ability to evaluate multiple departments' information requirements in light of the capabilities of the proposed system is integral to overall success. Issues unable to be resolved by the Project Team are presented to the Steering Committee for resolution ( Fig. 12.3).

* FIGURE 12.3. Application Implementation Committee Structure.

The project manager is responsible for managing all aspects of the project; this includes software application development, hardware, and network acquisition/readiness, as well as oversight of the interface and conversion tasks. The project manager must possess good communication, facilitation, organizational, and motivational skills when leading a successful implementation. A sound knowledge of healthcare delivery, regulatory requirements, and hospital culture, processes, and politics is essential.

Departmental Teams

The responsibility of the departmental teams is (1) to thoroughly understand the department's information requirements and workflow, (2) to gain a full understanding of the software's features and functions, (3) to complete a gap analysis for the new system's capabilities with the department's requirements, (4) to assist in the system testing effort, (5) to participate in developing and conducting end-user education, and (6) to provide a high level of support during the initial activation period of the new system. The team leaders must possess a sound knowledge of the hospital and departmental policies and procedures (both formal and informal), excellent organizational and communication skills, and must be adept at gaining consensus and resolving conflict.

Team members may change during the course of a 10to 16-month implementation. Hospital leaders, visionaries, and change agents' participation must balance the pragmatic bottom line dictated by organizational needs (e.g., Promoting Interoperability incentives vs. patient outcomes).

DEVELOP PROJECT SCOPE

During the planning phase, the problem statement and goals of the implementation are defined, committee structures established, and the organization's requirements are defined for selecting, implementing, or upgrading an EHR or application, including the implications for regulatory compliance for safe and quality clinical practice. Commercial software developers and consultants rank this phase as the most critical factor in the selection of a system, even more important than the system itself. Optimal planning takes time and thoughtful consideration. Time spent in developing a sound plan that encompasses all the checklist steps will reduce the amount of time spent in reworking areas not reviewed during the planning phase. Plan the work and then work the plan.

The planning phase involves the following tasks:

* Definition of committee structure

* Definition of requirements and/or stated goal

* Feasibility study

* Gap analysis

* Documentation and negotiation of project scope document

* Development of a high-level work plan

* Allocation of resources

Definition of the Project's Purpose

Definition of the project's purpose/stated goal is essential and often not readily apparent. According to Schwalbe (2016), a project should have a well-defined objective resulting in a unique product, service, or result.

The project definition includes a description of how the system will be evaluated. Establishing the evaluation criteria early in the process supports the successful management philosophy of beginning with the end in mind. The results and improvements expected from implementing the system are described by realistic goals for the system. They might include increased functionality, decreased costs, increased personnel productivity, and meeting Federal Promoting Interoperability requirements. When updating or expanding the EHR or application, the project definition includes the identification of equipment currently available, its age, the degree of amortization, and the need for hardware or operating system software upgrades prior to undertaking an upgrade project.

Feasibility Study

A feasibility study is a preliminary analysis to determine if the proposed problem can be solved by the implementation of an EHR or component application. The feasibility study not only clarifies the problem and/or stated goal but also helps identify the information needs, objectives, and scope of the project. The feasibility study helps the EHR steering committee understand the real problem and/or goal by analyzing multiple parameters and by presenting possible solutions. It highlights whether the proposed solution will produce usable products and whether the proposed system's benefits more than justify the costs. Operational issues are reviewed to determine if the proposed solution will work in the intended environment. Technical issues are reviewed to ensure the proposed system can be built and/or will be compatible with the proposed and/or current technology. Legal and statutory regulations are reviewed to ensure compliance with local and federal law. The feasibility study includes a high-level description of the human resources required and how the selected system will be developed, utilized, and implemented. The feasibility study describes the management controls to be established for obtaining administrative, financial, and technical approvals to proceed with each phase of the project. The feasibility study seeks to answer the following questions:

* What is the real problem to be solved and/or stated goal to be met?

* Where does the project fit into the overall strategic plan of the organization?

* What specific outcomes are expected from the project?

* What are the measurable criteria for determining project success from the above outcomes?

* What research and assumptions support the implementation project?

* What are the known limitations and risks to the project?

* What is the timing of the remaining phases of the project?

* Who will be committed to implementing the project?

* What are the estimated costs in both dollars and personnel time?

* What is the justification for the project, including the relationship between costs and benefits?

A feasibility study includes the following topic areas.

Statement of the Objective The first step in conducting a feasibility study is to state the objectives for the proposed system. These objectives constitute the purpose(s) of the system. All objectives are outcome-oriented and are stated in measurable terms. The objectives identify the "end product" by defining what the EHR will do for the end users.

Environmental Assessment The project is defined in terms of the support it provides to both the mission and the strategic plans of the organization. The project is evaluated relative to the organization's competition. The impact of legal, regulatory, and ethical considerations is reviewed.

Scope Management Plan The scope of the proposed system establishes system constraints and outlines what the proposed system will and will not produce. Included in the scope management plan is a description of how the team will prepare scope statement, create the work breakdown structure, verify completion of the project deliverables, and control requests for changes to the project scope. Also the criteria by which the success of the project will be judged may be included. The scope document outlines the boundaries of the project, establishes responsibilities for each team members, and sets up procedures as to how completed work will be verified and approved (Schwalbe, 2016).

Documentation and Negotiation of a Project Scope Document A project scope document is drafted by the project team and submitted to the project's steering committee for acceptance. The project scope document includes the scope of the project, the application level management requirements, the proposed activation strategy for implementing the EHR or application, and the technical management and personnel who will implement and maintain the equipment and programs. The Scope Document is based on the findings of the feasibility study.

The project scope document becomes the internal organizational contract for the project. It defines the shortand long-term goals, establishes the criteria for evaluating the success of the project, and expands the work plan to include further detail regarding the steps to be accomplished in the development or implementation of a system or application.

Timeline A project timeline is developed providing an overview of the key milestone events of the project. The projected length of time for each major phase of the project is established. Often called a project work plan, the major steps required for project are outlined in sufficient detail to provide the steering committee background on the proposed development or implementation process.

Recommendations Committees may lose sight of the fact that not all projects are beneficial to the strategic mission of the organization. A decision can be made not only to proceed but also not to proceed with a project. The viability of the project is based on the review of the multiple factors researched in the feasibility study. It is critical to consider whether more personnel or equipment is necessary rather than more computerization. In addition to identifying potential hardware and software improvements, the costs and proposed benefits are factored into the project's viability decision. In upgrading or considering expansion of a system, a concerted effort to maximize use of the current system and to make process improvements in the current management and coordination of existing systems should be undertaken before deciding to procure a new system(s). If, based on the findings of the feasibility study, the project steering committee determines to continue with the project, a project scope agreement is prepared.

Resource Planning

An important step in the planning phase is to determine what resources are required to successfully carry out the agreed upon project scope. A firm commitment of resources for development of the entire EHR project includes all phases of implementation and is for the system to fulfill its stated objectives. The following points should be considered when planning for resources:

* Present staffing workload

* Human resources (i.e., number of personnel, experience and abilities, and percentage of dedicated time to the project)

* Present cost of operation

* Relationship of implementation events with non-project events (e.g., The Joint Commission accreditation process, state certification inspections, peak vacation and census times, union negotiations, and house staff turnover)

* Anticipated training costs

* Space availability

* Current and anticipated equipment requirements for the project team

Highly successful projects have spent the requisite amount of time to thoroughly complete the planning phase. Further, successful organizations have communicated senior management and administration's project expectations through dissemination of the project scope document to all departments in the organization.

ANALYSIS PHASE

The system analysis phase, the second SDLC phase of developing an EHR, is the fact-finding phase. All data needs related to the requirements are defined in the project scope agreement developed in the Analysis Phase.

Key documents created in this phase are the following:

* Gap Analysis

* Technical requirements for hardware, software, networks

* Functional Design Document

* System Proposal Document

Data Collection

# data[].attributes.attachment_link.description
Susan K. Newbold In the past, clinical systems implementation projects were considered successful when implemented on time and within budget. Later, the concepts of end-user perceptions determining project success in conjunction with streamlining clinician workflow-layered clinical systems projects with additional success criteria.