The document describes Xerox's partnership with Faxton St. Luke's Healthcare System to implement clinical documentation solutions in their electronic health record system over several phases from 2012-2014. The initial phase focused on implementing a patient education log to centralize patient education records. Later phases included implementing knowledge-based charting to standardize documentation and establishing formal change control processes. The final phase aimed to transfer knowledge to Faxton staff to independently support the system after the partnership ended.
This document provides a summary of Jarrel Thomas's project history, including major projects managed at Sheridan Healthcorp ensuring ICD-10 compliance, implementing personnel forms at HCA, and clinical automation projects. Additional projects are listed from Office Depot involving supply chain harmonization and e-commerce, and technology projects completed at Siemens and Touro Infirmary involving meaningful use initiatives, infrastructure relocation, and various application upgrades.
This document contains the resume of Nataraj Krishnaswamy. It summarizes his professional experience of 12 years in the IT industry as a Scrum Master and in project management roles using both Agile and Waterfall methodologies. He has worked on multiple projects for clients in telecom, insurance, entertainment and aerospace industries. Currently he is working as a Scrum Master for a telecom client at Accenture.
The document discusses three precepts for increasing generosity in churches:
1. Simplicity - Make giving simple through multiple avenues like pew envelopes, text giving, online giving to accommodate all congregants. The process must be easy for people to give when ready.
2. Promotion - Asking for donations regularly from the pulpit and through various communication methods like bulletins, emails, texts, boards. Churches using multiple promotion methods saw a 37% increase in giving over those using just one method.
3. Appreciation - Expressing gratitude for all donations, no matter the size, and informing donors how their gift helped. Recognizing "good stewards" monthly can also
El documento describe los diferentes tipos de títulos valores, sus características y funciones. Explica que los títulos valores son documentos que representan derechos patrimoniales y pueden ser de contenido crediticio como cheques, pagarés y letras de cambio, o de inversión como bonos y acciones. También describe los procesos de endoso y protesto que permiten la transmisión y protección de los derechos contenidos en los títulos valores.
This document discusses how social media can be used to promote special collections libraries and expand access to their materials. It notes that while most libraries now have social media accounts, those of special collections are often underutilized. Platforms like Flickr and Instagram provide opportunities to create online exhibits and connect with other institutions. The document advocates using hashtags and including metadata to effectively share images from collections. An example of the Kelly Library Flickr page is given, which properly attributes images within albums.
Using the “Checklist” to Respond to Racial Disproportionality in Special Educ...SPPTAP
This document summarizes a presentation on using checklists to address racial disproportionality in special education. The presentation discusses three checklists that examine district resources, system policies/procedures, and environmental factors. Sample calculations are provided to analyze special education identification rates by race and poverty. The checklists are intended to help districts form hypotheses about contributing factors and choose appropriate remedies by considering multiple causes and data sources.
This document provides a summary of Jarrel Thomas's project history, including major projects managed at Sheridan Healthcorp ensuring ICD-10 compliance, implementing personnel forms at HCA, and clinical automation projects. Additional projects are listed from Office Depot involving supply chain harmonization and e-commerce, and technology projects completed at Siemens and Touro Infirmary involving meaningful use initiatives, infrastructure relocation, and various application upgrades.
This document contains the resume of Nataraj Krishnaswamy. It summarizes his professional experience of 12 years in the IT industry as a Scrum Master and in project management roles using both Agile and Waterfall methodologies. He has worked on multiple projects for clients in telecom, insurance, entertainment and aerospace industries. Currently he is working as a Scrum Master for a telecom client at Accenture.
The document discusses three precepts for increasing generosity in churches:
1. Simplicity - Make giving simple through multiple avenues like pew envelopes, text giving, online giving to accommodate all congregants. The process must be easy for people to give when ready.
2. Promotion - Asking for donations regularly from the pulpit and through various communication methods like bulletins, emails, texts, boards. Churches using multiple promotion methods saw a 37% increase in giving over those using just one method.
3. Appreciation - Expressing gratitude for all donations, no matter the size, and informing donors how their gift helped. Recognizing "good stewards" monthly can also
El documento describe los diferentes tipos de títulos valores, sus características y funciones. Explica que los títulos valores son documentos que representan derechos patrimoniales y pueden ser de contenido crediticio como cheques, pagarés y letras de cambio, o de inversión como bonos y acciones. También describe los procesos de endoso y protesto que permiten la transmisión y protección de los derechos contenidos en los títulos valores.
This document discusses how social media can be used to promote special collections libraries and expand access to their materials. It notes that while most libraries now have social media accounts, those of special collections are often underutilized. Platforms like Flickr and Instagram provide opportunities to create online exhibits and connect with other institutions. The document advocates using hashtags and including metadata to effectively share images from collections. An example of the Kelly Library Flickr page is given, which properly attributes images within albums.
Using the “Checklist” to Respond to Racial Disproportionality in Special Educ...SPPTAP
This document summarizes a presentation on using checklists to address racial disproportionality in special education. The presentation discusses three checklists that examine district resources, system policies/procedures, and environmental factors. Sample calculations are provided to analyze special education identification rates by race and poverty. The checklists are intended to help districts form hypotheses about contributing factors and choose appropriate remedies by considering multiple causes and data sources.
The document provides outfit and makeup inspiration for three characters in a music video:
- Girl #1 (Isabel) wears white to connote purity and innocence as a victim, and natural makeup for a sensible, innocent attitude.
- Girl #2 (Selis) wears dark colors like black and red to connote danger, passion and desire, making her seem mysterious and likely to cheat. Heavy makeup aims to make her look desirable.
- The boy (Josh) has two outfits - a smart look for trying to win forgiveness, and a more casual, sexy black t-shirt for flashback scenes where he is shown cheating.
El intercambio de saberes entre el IES Llanera y el Ayuntamiento de Llanera tuvo lugar el 9 de marzo de 2016, donde el alumnado de 4o ESO de Proyecto Artístico enseñó a realizar fotogramas a las señoras mayores de 50 años de Llanera en el laboratorio de fotografía.
O documento discute a importância de se ter um relacionamento familiar saudável baseado no diálogo e na compreensão mútua. Destaca que a família deve ser vista como um sistema onde os membros influenciam uns aos outros e que problemas de comportamento devem ser entendidos a partir da relação familiar. Também enfatiza que limites na educação não devem envolver violência.
On le sait tous, les réputations se défont en un instant sur les réseaux sociaux, alors qu’il a fallut du temps pour les établir. Ce présent e-book s’adresse principalement aux Community Managers et tous ceux qui collaborent ensemble pour soigner l’image de marque d’une entreprise sur les différents médias sociaux.
Este documento presenta el reporte de elaboración de un robot autónomo capaz de resolver laberintos. El robot fue desarrollado con Arduino y sensores ultrasónicos para detectar paredes. El robot tiene ruedas y motores para moverse a través del laberinto. El objetivo es presentar los detalles del diseño del hardware y software para que el robot pueda navegar de forma autónoma a través de un laberinto prediseñado y encontrar la salida en el menor tiempo posible.
The document provides guidance on implementing an enterprise system in 6 main steps: 1) Project management to set up the team and scope, 2) Preparation including training, data collection, and setup, 3) Build the customer-specific implementation by configuring the system, 4) Prepare for roll-out with user documentation and training, 5) Deployment and go-live, and 6) Support and manage enhancement requests after launch. It emphasizes preparation, training, and a phased approach to ensure success.
Judy K. Stewart is a detail-oriented IT professional with over 25 years of experience in project planning, training, change management, and support. She has a background in service management, analysis, development, EDI, metrics, and reporting. Her most recent role involved project coordination and PMO support at Hess Corporation where she tracked deliverables, onboarded resources, and communicated regularly with leadership. She maintains proficiency with software such as MS Office, JIRA, ServiceNow, and SharePoint.
This document outlines a software development plan for a healthcare consulting company's new medical patient information system. The plan includes phases for scoping the project, analyzing requirements, designing the system, developing the software, testing, training users, documenting the project, piloting with a test group, and deploying the new system. Key elements that will be developed include a mySQL database to store patient information, a C# based website for inputting and viewing medical records, and training materials to prepare users and support staff for the new system.
Test Engineer_Quality Analyst_Software Tester with 5years 2 months Experiencepawan singh
Pawan Singh has over 5 years of experience in quality assurance and software testing. He has expertise in manual testing, functional testing, database testing, and testing across various domains including healthcare, banking, and telecommunications. He is proficient in testing tools such as QC and bug tracking tools like JIRA. Pawan seeks a challenging role in quality assurance with an organization of high repute.
Ajaykumar Palani is seeking a role that allows him to apply his skills and knowledge in testing, data transformation, and project management. He has nearly 3 years of experience testing risk management systems, including 6 months as a business analyst designing ETL rules. His experience also includes leading testing for system migrations and non-functional requirements. He is proficient with tools like HP Quality Center and SQL, and has expertise in writing test cases and executing test plans.
Hilary Martin is a conscientious and professional test lead with 9 years of experience managing testing within the insurance and pensions industry. She has extensive experience in test analysis, planning, design, execution and documentation. Some of her responsibilities include leading system integration testing, overseeing test resources, and ensuring testing is compliant with regulatory standards. Prior to her role as test lead, she held various roles in pensions administration and business analysis.
Shilpa VJ has over 10 years of experience in project management, change management, and incident management. She has worked for companies such as Mindtree, IBM, HP, and Infosys handling projects for clients including Deutsche Bank, KPN, and Cisco. Currently she is an Associate Manager at Mindtree working on projects for Deutsche Bank and managing a team of 25 members. She is ITIL, Prince2, and Project Management certified.
Shilpa VJ has over 10 years of experience in project management, change management, and incident management. She has worked for companies such as Mindtree, IBM, HP, and Infosys handling projects for clients including Deutsche Bank, KPN, and Cisco. Currently she is an Associate Manager at Mindtree working on projects for Deutsche Bank and managing a team of 25 members. She is ITIL, Prince2, and Project Management certified and aims to be an active member of a team where she can utilize her skills and abilities for mutual growth.
Priyanka Agarwal is seeking a position that allows her to utilize her 8.4 years of experience in clinical data management. She has worked as an analyst, programmer/analyst, and clinical database programmer at Quintiles Technologies since 2011. Her technical skills include Oracle InForm and Central Designer, and she has experience designing eCRFs, programming edit checks, and performing post-production changes. She holds a Master's degree in Business Administration and Bachelor's degree in Bio-Technology.
The document summarizes the process undertaken by California State University, Fresno to transition their grant proposal approval process from a paper-based system to an electronic automated workflow system. It describes the phases of designing and developing the new system, testing it, taking it live in March 2013, and providing ongoing support. It details the documents created and staff hours spent on tasks such as requirements definition, testing plans, training materials and manuals, and technical support. The new system streamlined the process, reducing average approval time from over 25 days to under 14 days.
Workshop delivered by Craig Smith and Julian Smith at Agility Today 2021 on 27 February 2021.
Today 'agile' is no longer just a buzzword. From building spacecraft to manufacturing, some of the most complex and largest organisations in the world are using agile ways of working to deliver better outcomes, respond to change, improve quality, foster more productive and happier teams, and reduce risk.
This hands-on and interactive session is aimed at helping public sector organisations build capability to support agile ways of working, from policy development through to service design and delivery.
The document outlines the timeline and steps for a project to implement a new laboratory information system called RalsFreedom. It includes an overview of the timeline broken into weekly stages from kickoff to go-live. It also provides more detailed descriptions of tasks, documents, and responsibilities at each stage, including server installation, interface setup, configuration, training, testing, and go-live preparation. The goal is to collaboratively implement the new system over the course of 9 weeks following an established process.
We are delighted to
working with you in putting structure to your strategy management and performance governance program
PRESTO KPI management is installed in 5 phases to allow you maximum control and confidence throughout the entire go / no-go decision process
The document provides outfit and makeup inspiration for three characters in a music video:
- Girl #1 (Isabel) wears white to connote purity and innocence as a victim, and natural makeup for a sensible, innocent attitude.
- Girl #2 (Selis) wears dark colors like black and red to connote danger, passion and desire, making her seem mysterious and likely to cheat. Heavy makeup aims to make her look desirable.
- The boy (Josh) has two outfits - a smart look for trying to win forgiveness, and a more casual, sexy black t-shirt for flashback scenes where he is shown cheating.
El intercambio de saberes entre el IES Llanera y el Ayuntamiento de Llanera tuvo lugar el 9 de marzo de 2016, donde el alumnado de 4o ESO de Proyecto Artístico enseñó a realizar fotogramas a las señoras mayores de 50 años de Llanera en el laboratorio de fotografía.
O documento discute a importância de se ter um relacionamento familiar saudável baseado no diálogo e na compreensão mútua. Destaca que a família deve ser vista como um sistema onde os membros influenciam uns aos outros e que problemas de comportamento devem ser entendidos a partir da relação familiar. Também enfatiza que limites na educação não devem envolver violência.
On le sait tous, les réputations se défont en un instant sur les réseaux sociaux, alors qu’il a fallut du temps pour les établir. Ce présent e-book s’adresse principalement aux Community Managers et tous ceux qui collaborent ensemble pour soigner l’image de marque d’une entreprise sur les différents médias sociaux.
Este documento presenta el reporte de elaboración de un robot autónomo capaz de resolver laberintos. El robot fue desarrollado con Arduino y sensores ultrasónicos para detectar paredes. El robot tiene ruedas y motores para moverse a través del laberinto. El objetivo es presentar los detalles del diseño del hardware y software para que el robot pueda navegar de forma autónoma a través de un laberinto prediseñado y encontrar la salida en el menor tiempo posible.
The document provides guidance on implementing an enterprise system in 6 main steps: 1) Project management to set up the team and scope, 2) Preparation including training, data collection, and setup, 3) Build the customer-specific implementation by configuring the system, 4) Prepare for roll-out with user documentation and training, 5) Deployment and go-live, and 6) Support and manage enhancement requests after launch. It emphasizes preparation, training, and a phased approach to ensure success.
Judy K. Stewart is a detail-oriented IT professional with over 25 years of experience in project planning, training, change management, and support. She has a background in service management, analysis, development, EDI, metrics, and reporting. Her most recent role involved project coordination and PMO support at Hess Corporation where she tracked deliverables, onboarded resources, and communicated regularly with leadership. She maintains proficiency with software such as MS Office, JIRA, ServiceNow, and SharePoint.
This document outlines a software development plan for a healthcare consulting company's new medical patient information system. The plan includes phases for scoping the project, analyzing requirements, designing the system, developing the software, testing, training users, documenting the project, piloting with a test group, and deploying the new system. Key elements that will be developed include a mySQL database to store patient information, a C# based website for inputting and viewing medical records, and training materials to prepare users and support staff for the new system.
Test Engineer_Quality Analyst_Software Tester with 5years 2 months Experiencepawan singh
Pawan Singh has over 5 years of experience in quality assurance and software testing. He has expertise in manual testing, functional testing, database testing, and testing across various domains including healthcare, banking, and telecommunications. He is proficient in testing tools such as QC and bug tracking tools like JIRA. Pawan seeks a challenging role in quality assurance with an organization of high repute.
Ajaykumar Palani is seeking a role that allows him to apply his skills and knowledge in testing, data transformation, and project management. He has nearly 3 years of experience testing risk management systems, including 6 months as a business analyst designing ETL rules. His experience also includes leading testing for system migrations and non-functional requirements. He is proficient with tools like HP Quality Center and SQL, and has expertise in writing test cases and executing test plans.
Hilary Martin is a conscientious and professional test lead with 9 years of experience managing testing within the insurance and pensions industry. She has extensive experience in test analysis, planning, design, execution and documentation. Some of her responsibilities include leading system integration testing, overseeing test resources, and ensuring testing is compliant with regulatory standards. Prior to her role as test lead, she held various roles in pensions administration and business analysis.
Shilpa VJ has over 10 years of experience in project management, change management, and incident management. She has worked for companies such as Mindtree, IBM, HP, and Infosys handling projects for clients including Deutsche Bank, KPN, and Cisco. Currently she is an Associate Manager at Mindtree working on projects for Deutsche Bank and managing a team of 25 members. She is ITIL, Prince2, and Project Management certified.
Shilpa VJ has over 10 years of experience in project management, change management, and incident management. She has worked for companies such as Mindtree, IBM, HP, and Infosys handling projects for clients including Deutsche Bank, KPN, and Cisco. Currently she is an Associate Manager at Mindtree working on projects for Deutsche Bank and managing a team of 25 members. She is ITIL, Prince2, and Project Management certified and aims to be an active member of a team where she can utilize her skills and abilities for mutual growth.
Priyanka Agarwal is seeking a position that allows her to utilize her 8.4 years of experience in clinical data management. She has worked as an analyst, programmer/analyst, and clinical database programmer at Quintiles Technologies since 2011. Her technical skills include Oracle InForm and Central Designer, and she has experience designing eCRFs, programming edit checks, and performing post-production changes. She holds a Master's degree in Business Administration and Bachelor's degree in Bio-Technology.
The document summarizes the process undertaken by California State University, Fresno to transition their grant proposal approval process from a paper-based system to an electronic automated workflow system. It describes the phases of designing and developing the new system, testing it, taking it live in March 2013, and providing ongoing support. It details the documents created and staff hours spent on tasks such as requirements definition, testing plans, training materials and manuals, and technical support. The new system streamlined the process, reducing average approval time from over 25 days to under 14 days.
Workshop delivered by Craig Smith and Julian Smith at Agility Today 2021 on 27 February 2021.
Today 'agile' is no longer just a buzzword. From building spacecraft to manufacturing, some of the most complex and largest organisations in the world are using agile ways of working to deliver better outcomes, respond to change, improve quality, foster more productive and happier teams, and reduce risk.
This hands-on and interactive session is aimed at helping public sector organisations build capability to support agile ways of working, from policy development through to service design and delivery.
The document outlines the timeline and steps for a project to implement a new laboratory information system called RalsFreedom. It includes an overview of the timeline broken into weekly stages from kickoff to go-live. It also provides more detailed descriptions of tasks, documents, and responsibilities at each stage, including server installation, interface setup, configuration, training, testing, and go-live preparation. The goal is to collaboratively implement the new system over the course of 9 weeks following an established process.
We are delighted to
working with you in putting structure to your strategy management and performance governance program
PRESTO KPI management is installed in 5 phases to allow you maximum control and confidence throughout the entire go / no-go decision process
The document outlines a 10 step process for implementing an EHR system called mMD.net. The steps include: 1) implementation kickoff and project planning, 2) assessing needs through discovery, 3) acquiring technology, 4) configuring the software, 5) building and testing interfaces, 6) migrating data, 7) quality assurance testing, 8) training users, 9) going live, and 10) ongoing reviews. The implementation follows an iterative process of defining requirements, designing, building, testing, training, and going live in phases to gradually rollout the EHR system to providers and staff.
This document contains the resume of Shiwani Singh summarizing her work experience and qualifications. She has over 2.5 years of experience as a Software Engineer and Test Analyst at Zensar Technologies in Pune, India, where she has tested web and client/server applications. She also has experience with manual testing and Selenium automation. Her technical skills include Java, C, .NET, JavaScript, HTML, SQL Server and Oracle databases. She has tested projects in various domains including CRM, ERP and healthcare.
This document provides a summary of Chelsey Albrecht's professional experience and qualifications. She has over 9 years of experience with Epic and expertise in Cadence, Prelude, Referrals, Welcome, and MyChart. Her experience includes serving as a senior consultant for several large healthcare organizations, leading optimization and implementation projects, and providing go-live support. She has a track record of success in building workflows, templates, and tools to improve scheduling and revenue cycle processes.
This document provides an agenda and updates for a mid-year catch up meeting for the PQS 2.0 project. It outlines plans to finish development of the Centre Management and Learner Management workstreams and release in July. It also discusses plans to migrate applications from the 1.5 version of PQS to PQS 2.0. The meeting will include discussions on sprint planning, documentation, testing strategies, and challenges around migrating the BTEC/NG applications.
This document provides an agenda and updates for a mid-year catch up meeting for the PQS 2.0 project. It outlines plans to finish development of the Centre Management and Learner Management workstreams and release in July. It also discusses plans to migrate applications from the 1.5 version of PQS to PQS 2.0. The meeting will include discussions on sprint planning, documentation, testing strategies, and challenges around migrating the BTEC/NG applications.
This document provides an agenda and updates for a mid-year catch up meeting for the PQS 2.0 project. It outlines plans to finish development of the Centre Management and Learner Management workstreams and release in July. It also discusses plans to migrate applications from the 1.5 version of PQS to PQS 2.0. The meeting will include discussions on sprint planning, documentation, testing strategies, and challenges around migrating the BTEC/NG applications.
The document discusses various technical documentation and communication services offered by Prima to help clients save money. It outlines services including procedures documentation, engineering documentation, validation documentation, process analysis, training, project support, and technical communications. It describes how Prima's experienced team can help free up clients' technical staff to focus on their core work by taking on documentation, training, and communication tasks. Prima aims to provide high-quality, compliant documentation and services to help clients achieve compliance and quality goals in a cost-effective manner.
Similar to XeroxFaxtonStLukes_A Partnership in Clinical Documentation FINAL (20)
4. Patient Education Log
Our Challenge:
Patient Education is scattered in multiple areas of the chart.
We need a central location where all clinicians can go to see
what education has been given to the patient and when.
Solution:
Implement the Patient Education Log in Allscripts.
5. Our Approach:
Load Core Modules into the system
Design Meetings with Project Sponsor
Rapid Prototyping (Build)
Stakeholder Meetings to Review Prototypes
User Training/Education
Go Live/Activation Support
Patient Education Log
6. Load Core Modules into the system:
Loaded by Allscripts System Engineer (SE)
Validation of load by Xerox/Faxton.
Confirmation of Patient Education Log licensure.
Webex Q&A session with Allscripts Subject Matter Expert.
Patient Education Log
7. Design Meetings with Project Sponsor:
Initial Design Template created and reviewed with Faxton Project
Sponsor
Key Design Decisions included:
Integration with Exit Care module?
Names of Document Categories
Names of Documents
Mappings of Documents to Categories
Patient Education Log
8. Rapid Prototyping (Build):
Iterative Development
Reviewed with the Faxton Project Sponsor at regular intervals prior
to presenting to the Stakeholders (Clinicians)
Patient Education Log
9. Stakeholder Meetings to Review Prototypes:
System Wide Meetings were scheduled with the Clinicians to present
the content developed by our teams:
Meeting #1: Review Initial Prototype
Meeting #2: Make Revisions from Initial Meeting & Demo the
Final Build for Signoff
Patient Education Log
10. User Training/Education:
Education Packets created for ‘Train the Trainer’ sessions.
Workflow Diagrams
Live Classroom Training Sessions with the Clinicians.
Patient Education Log
11. Go Live/Activation Support:
Load Patient Education Log content to Production environment
Post Load Manual Build work
Activation – Dec 18th
Post Go Live Support/Chart Audits
Patient Education Log
12. Accomplishments:
Establishment of a clear Project Plan w/timelines and milestones for
implementation.
Development of a Prototype Signoff Process to validate requirements.
A savings of 80 hours of manual build work through use of
automation tools to move content between environments.
Patient Education Log
14. Knowledge Based Charting
Our Challenge:
Clinical Documentation is scattered and fragmented within
the system. Clinicians seem to work in silos and there are no
guidelines or standards for documentation within the
Electronic Health Record.
Solution:
Implement Knowledge Based Charting (KBC) to establish
best practices in documentation.
15. Our Approach:
GAP Analysis
Design/Configuration
*BUILD FREEZE – Load content to TEST/TRAIN
Document Testing/End User Training
Load content to PROD/Activation
Post Go Live Support/Chart Audits
Knowledge Based Charting
16. GAP Analysis:
Compared site’s current build to KBC content.
Analysis was done by document and discipline (Nursing, Rehab, ….)
Goal was to adopt as much of KBC as possible with minimal
customization.
Knowledge Based Charting
17. Design/Configuration:
Reviewed GAP Analysis with Clinicians
Built necessary customizations into KBC documents
Validation/Signoff of each document
Knowledge Based Charting
18. BUILD FREEZE – Load content to TEST/TRAIN:
BUILD FREEZE – May 10th
KBC content was unloaded from DEV and loaded to the TEST and
TRAIN environments.
Validation of loads was performed by Xerox and Faxton teams.
Knowledge Based Charting
19. Document Testing/End User Training:
Testing/Training activities were performed for next 3 weeks
Issue Log was used to record defects uncovered in testing
Tip sheets were created to help resolve training/workflow questions.
“Mock” Go Live test runs were staged to simulate downtime process.
Knowledge Based Charting
20. Go Live/Activation Support:
Downtime/Cutover – June 10 – 11th 6PM – 7AM
KBC content loaded to Production environment
Post Load Manual Build work
System Release – June 11th @7AM
Post Go Live Support/Chart Audits
Knowledge Based Charting
21. Accomplishments:
Establishment of a clear Project Plan w/timelines and milestones for
implementation.
Development of a Prototype Signoff Process to validate requirements.
Enforcement of a BUILD FREEZE date ensured delivery of stable
documentation at Go Live.
Creation of new Interdisciplinary Flowsheets promoted standardized
documentation
Knowledge Based Charting
22. Accomplishments:
Clinical Summaries allowed for “1-stop shopping” view of patient chart
A 50% increase in documentation consistency was reported as an
Initial Improvement post go live
Creation of “Pull Sets” allowed for Nursing Documentation to be pulled
into Ancillary Department notes (Nutrition, Rehab)
Automation of Clinical Practice Guidelines (CPGs)
Greater sense of Participation and Ownership felt by departments in
the Patient Care process.
Knowledge Based Charting
24. Staff Augmentation & Support
Our Challenge:
Now that the site is live on Knowledge Based Charting, we
need to be able to sustain the momentum we’ve created with
Interdisciplinary documentation.
We also need to be able to control requests for future
changes to documents in the system.
Solution:
Establish a formalized Change Control Process.
25. Approach:
Identify key components of a Formalized Change Control Process
Establish process for progressing builds through the environments in
the system
Staff Augmentation & Support
26. Change Control Process Components:
Change Request form
Change Control Spreadsheet
Weekly Change Control Review Meetings
Evaluate change for impact to other areas of the system
Develop Initial Prototype
Review Prototype with End User & Obtain Signoff
Staff Augmentation & Support
27. Environment Progression of Builds:
Change Request does not leave DEV environment until signed off by
end user.
Once approved, move to TEST and TRAIN environments.
Extensive testing performed on Change Request in TEST environment
to ensure accurate outcomes.
Conduct End User Training on changes, if necessary.
Coordinate time with the end user to move Change Request into the
PRODUCTION environment
Move the Change Request into PRODUCTION.
Notify End User that request is complete.
Staff Augmentation & Support
28. Accomplishments:
Better accounting of Change Requests
Easier Status Reporting on Change Requests
Improved focus on Higher Priority Change Requests
More accurate, reliable testing
Consistent Training
Easier Troubleshooting for Production Issues
Staff Augmentation & Support
30. Knowledge Transfer
Our Challenge:
We need to enable the site to support their Clinical
Documentation after we roll off the Project.
Solution:
Facilitate Knowledge Transfer and create a Formalized
Training Program for new Faxton employees so they may
support the system going forward.
31. Phase 1 – Foundation Concepts:
Environment Overview
Introduction to Change Control Process
“Pre-Build” Work:
Create a “build spec” for each change request on paper before
doing anything in the system.
Knowledge Transfer
32. Phase 2 – Basic Clinical Documentation Concepts:
Introduction to lists, observations, sets
Build Simple Change Requests:
List item additions
Spelling corrections
Add new observations
Moving (positioning) items within a document and/or set
Knowledge Transfer
33. Phase 3 – Advanced Clinical Documentation Concepts:
Introduction to Discriminants, Flowsheets, Structured Notes, MLMs, etc
Build Advanced Change Requests:
Create a new Flowsheet or Structured Note
Build Discriminants
Calculations/Advanced Calculations
Develop Clinical Summary Tiles/Views
Pull sets
Multi-Part/Faceted Change Requests (Ex/ Clinical Documentation
interfacing with Order Items, MLMs, Reports)
Knowledge Transfer
34. Phase 4 – Transition of Ownership:
Faxton Resource now:
Leads Weekly Change Control Meetings
Builds Prototypes
Develops plan for moving changes between environments.
Knowledge Transfer
35. Accomplishments:
Instilled a good working knowledge of Clinical Documentation to
Faxton resource
Faxton resource is now able to conduct effective meetings and calls
Faxton resource is now able to effectively complete any build
assignment asked of him or know where to go to get support
Knowledge Transfer
Our first phase of the project with Faxton-St. Luke’s Healthcare System was to implement the Patient Education Log component of Allscripts.
Patient Education Log is the central point where a nurse can document all education given to the patient during their visit. It can be configured to work with Exit Care, a 3rd party product that prints Discharge Instruction pamphlets for the patient.
Our approach to implementing the Patient Education Log consisted of multiple steps. (phases)
Our first step to implementing the Patient Education Log was to ensure that all the core components needed were loaded correctly into the system.
The Activities included in this phase were:
Load Patient Education Log components into Sunrise Clinical Manager. (Allscripts)
Validation of the Patient Education Log Core Component Load. (Xerox/Faxton)
Verify site has all appropriate licenses to use the Patient Education Log. (Allscripts)
Webex Q&A session with Allscripts to do Knowledge Acquisition with an Allscripts Subject Matter Expert. (Xerox/Faxton/Allscripts)
After the core module was loaded, we began the process of reviewing Design Decisions with the Faxton Project Sponsor.
Some of the Design Decisions included:
Should the Patient Education Log integrate with the 3rd party product the site uses for Printed Discharge Instructions? (Exit Care)
What should the names of the Document Categories be? Should they have the same names as what is in Exit Care?
What should the names of each individual Document be? Should these have the same names as what is in Exit Care?
What Documents should map to which Categories in both Exit Care and the Patient Education Log?
After all Design Decisions were reviewed and finalized with the sponsor, we began to build the Prototype.
The Activities in this Phase included:
Build the Exit Care and Patient Education Log components incrementally in several smaller segments (chunks), then review each segment (chunk) individually with the Faxton Project Sponsor.
Schedule Meetings to review build with the Stakeholders. (Clinicians)
System Wide Meetings were scheduled with all key Stakeholders (Clinicians) in the Enterprise to present the Patient Education Log content developed by our teams:
The Stakeholder Meetings conducted were:
Meeting #1: Review Initial Prototype.
Meeting #2: Finalize Patient Education Log and Exit Care content and obtain End User signoff.
After the Patient Education Log and Exit Care content was finalized, we began the process of creating Education Materials and setting up training sessions with the Stakeholders. (Clinicians)
Training/Education Materials included:
Educations Packets for ‘Train the Trainer’ sessions
Workflow Diagrams
Live Classroom Training sessions with the Stakeholders (Clinicians).
After all end user training was completed, we began the Prep work activities to move the Patient Education Log and Exit Care content to Production:
Activities included:
Load Patient Education Log and Exit Care to Production.
Manual Build/Prep work Post Load.
The Patient Education Log for Faxton went live on December 18th. Post Go Live Support was provided and charts were audited for Patient Education Log after the system went live.
Accomplishments:
Establishment of a clear Project Plan, timelines and milestones for implementation.
Development of a Design, Build and Signoff Process with Faxton stakeholders.
A savings of 80 hours of manual build work through use of automation tools such as Express Load & Unload to move content to 3 target environments. (DEV, TRAIN, PRODUCTION)
Our second phase of the project with Faxton-St. Luke’s Healthcare System was to implement/integrate Knowledge Based Charting (KBC) Version 3.2 with the site’s current Clinical Documentation.
Knowledge Based Charting (KBC) is customized content within the Allscripts system based on a model of “evidence-based” best practices developed by the Clinical Practice Management Resource Center. (CPMRC) It emphasizes an Interdisciplinary model of care which provides the greatest visibility and communication in documentation to administer the best possible care to the patient.
The first step of our process in implementing KBC was to do a GAP Analysis which is essentially a comparison of what Faxton currently built to the new features and functions of KBC.
Based on these comparisons which were done by discipline (Nursing, Rehab, Nutrition, Pharmacy, Psych Unit, etc ….) we would then make a choice as to whether to go with the KBC version of the build or to retain Faxton’s custom build.
Our goal was to use as much of KBC as possible with very minimal custom configuration.
The second step of our process in implementing KBC was to present our GAP Analysis to the Clinicians of each department and to make the determination as to which version of the configuration to build. (The KBC model or what was currently in the system or a combination of both)
Any additional customizations that needed to be done were built into the new version of the KBC documents.
We then presented each document back to the Clinicians for official signoff.
At the conclusion of the Design/Configuration phase, we established a Build Freeze date for customizations, meaning no more additional design work or changes could be made to ANY of the documents in preparation for Go Live. (May 10th)
On May 13th, the following Monday, we unloaded the KBC content from the Development Environment and loaded it to the Faxton TEST and TRAIN environments in preparation for Testing and Training activities that would occur over the next 3 weeks.
Results of the loads to TEST and TRAIN were validated by the analysts of the Xerox and Faxton teams.
Testing and Training Activities were performed concurrently due to the tight project timeline.
Mock Go Live test runs were also staged to simulate the Downtime Process which would occur at Cutover.
After all testing and end user training was completed, we began the Prep work activities to move the KBC content to Production:
Activities included:
Load KBC content to Production Environment. (Allscripts)
Manual Build/Prep work Post Load. (Xerox/Faxton)
KBC for Faxton went live on June 11th. Post Go Live Support was provided and charts were audited for documentation after the system went live.
Creation of new Interdisciplinary Flowsheets such as the Plan of Care Flowsheet and Assessment and Interventions (A&I) flowsheet helped us to standardize documentation by sharing items such as Goals, Outcomes and Recommendations across all disciplines.
In addition, there was a 50% increase in documentation consistency across the enterprise. (rose from 20 to 90%) Development of Clinical Summaries within the system allowed for a “one stop shop” view of a Patient’s visit. Clinical Practice Guidelines were automated to help provide a reference to the Clinicians as to what parameters to choose.
When asked, clinicians across the system felt a greater sense of participation and ownership within the Patient Care Process after the implementation of Knowledge Based Charting (KBC) than they had before.
Creation of new Interdisciplinary Flowsheets such as the Plan of Care Flowsheet and Assessment and Interventions (A&I) flowsheet helped us to standardize documentation by sharing items such as Goals, Outcomes and Recommendations across all disciplines.
In addition, there was a 50% increase in documentation consistency across the enterprise. (rose from 20 to 90%) Development of Clinical Summaries within the system allowed for a “one stop shop” view of a Patient’s visit. Clinical Practice Guidelines were automated to help provide a reference to the Clinicians as to what parameters to choose.
When asked, clinicians across the system felt a greater sense of participation and ownership within the Patient Care Process after the implementation of Knowledge Based Charting (KBC) than they had before.
We are now up and live with electronic Clinical Documentation in most of the enterprise at Faxton. Our next phase of the project is to provide for the long term health, growth and support of the Clinical Documentation system in Faxton moving forward.
To this end, in addition to helping support the Project, we will also establish a Formalized Build and Change Control Process.
Our Formalized Change Control Process will consist of two steps:
Identifying the key components of what we need in a formalized Change Control Process.
To develop a “migration path” for builds (Change Requests) through the environments.
Identify the key components of a Formalized Change Control Process:
Change Request form (filled out by end user)
Change Control Spreadsheet (Internal Discussion Document) ---- assign the request an Identification# and a Priority.
Weekly team meetings with the Project Sponsor to review & prioritize each Change Request.
Evaluate Impact to other areas of the system (Reports, MLMs, Clinical Viewers, etc ….) to see if further testing and analysis needs to be done.
Develop Initial Prototype
Review Prototype with End User & Obtain Signoff. ----- this is an iterative process. It may take 1 or more meetings and revisions to finally obtain signoff.
Environment Progression of Builds:
Change Requests stay in the DEV environment only until formally approved by end users to move forward.
Once approved, move to TEST and TRAIN environments and do extensive testing and training there before moving into the Live (Production) environment.
Coordinate time with the end user to move Change Request into PROD. (Schedule a downtime if needed to cleanly move changes into the Live system) ---- Ex/ Structured Notes ALWAYS require a downtime. No users can be in the documents while changes are being made to Structured Notes.
Accomplishments:
Change Control Process:
Better accounting of Change Requests ----- keeping Change Requests logged on a spreadsheet ensures nothing gets missed.
Easier Status Reporting on Change Requests ---- assigning each request a number allows for it to be tracked much more easily.
Improved focus on Higher Priority Change Requests ---- Prioritizing Change Requests allows the focus to be kept on the more pressing items.
Environment Synchronization:
More accurate, reliable testing ---- test results are reproducible and accurate across all environments.
Consistent Training ---- training is more consistent as the same message can be delivered to multiple teams.
Easier Troubleshooting for Production Issues ---- If an error is found in Production, the problem can be more easily isolated and replicated due to the build being the same across all environments.
Our fourth and final phase of the project with Faxton– St. Luke’s Healthcare System was to train their new employees on Clinical Documentation build and support. To facilitate Knowledge Transfer, a formal Training Program was created to educate the new Faxton employees on Clinical Documentation Build concepts.
Phase 1 of our Training Program includes a High Level Overview of the System. The goal is to establish sound build principles right from the start.
Foundation Concepts include:
Environment Overview ---- An introduction to the different regions (environments) that Faxton uses. --- Development, Test, Training and Production environments.
Change Control Process --- A grounding in the Formalized Change Control Process we established during the last phase.
“Pre-Build” Work:
Create a “build spec” for each change request on paper or in Excel before doing anything in the system. ---- This establishes the roadmap needed in order to do successful build. One can always refer back to their build spec if they ever get lost in the process.
Our next phase was to have the new Faxton resource work with simple Clinical Documentation builds (Change Requests) in order to get their feet wet with navigating through the system and using Config Tools.
NOTE: This phase was done prior to the Faxton resource attending the formalized Allscripts Clinical Documentation Training classes in Atlanta. This gave him a head start in the sense that he already knew how to move about the system and do basic builds while others in the class were just getting introduced to it.
The next phase took place after the Faxton resource came back from formalized Allscripts Clinical Documentation Training in Atlanta.
We worked with more of the Advanced Clinical Documentation concepts such as Discriminants, building brand new Flowsheets and Structured Notes from scratch, and working on multi-part, multi-faceted Change Requests.
Examples of multi-part, multi-faceted Change Requests included builds that required Orders, Medical Logic Modules (MLMs) to be built, and reports to be generated in addition to the standard Clin Doc build that was to be done. These requests span multiple teams and all items needed to be tested individually and collectively before moving it into the Production environment.
The fourth and final phase of our Training Program involved transitioning ownership and responsibilities to the new Faxton Resource. This was effectively the “putting it all together” phase.
The Faxton Resource can now:
Lead Weekly Change Control Meetings
Build Prototypes
Develop plans for moving the changes between environments.
Accomplishments:
Instilled a good working knowledge of Clinical Documentation in the new Faxton Clin Doc resource.
New Faxton Clin Doc resource is now able to conduct effective meetings and calls (End User Design Meetings, Change Control Reviews, etc)
New Faxton Clin Doc resource is now able to effectively complete any build assignment/Change Request required of him or know where to go to get support.