EHRs FM Profiling Tool
- 1 EHR-S FM Profiling Tool Project
- 2 Project Leaders
- 3 Project Team
- 4 Meeting Information
- 5 Project Documents
- 6 Work Group Testing Objectives
- 7 Project Status
- 7.1 Project Plan Draft
- 7.2 Dependencies
- 7.3 Current Activities in Tool Creation Phase 1
- 7.4 What has been done till end of September 2012
- 7.5 Deliverables of End of September 2012
- 7.6 What has additionally been done till end of November 2012
- 7.7 Deliverables of End November 2012
- 7.8 What has been done till end of January 2013
- 7.9 Summary of the January 2013 deliverables
- 7.10 Summary of the status March 25th 2013
- 7.11 Summary of the status April 9th 2013
- 7.12 Final deliverable phase 1 May 2013
- 7.13 Phase 2 September 2013
- 7.14 Phase 2 Work-In-Progress Artifacts
- 7.15 Phase 2 Deliverables
- 7.16 Past Activities
- 8 Current Functional List
- 9 Listserv
- 10 Additional Work
EHR-S FM Profiling Tool Project
This project, sponsored by the HL7 Tooling Workgroup and co-sponsored by the EHR Workgroup, produces a desktop tool to create EHR-S FM profiles (starting with the EHR-S FM R2), with enforced profiling rules, and exports as documents, support for and XML interchange format for reuse across profile tool instances or for use in other tools. Additionally, the tool will:
- shall support multiple platforms, Windows, Linux, MacOS, the project starts with Enterprise Architect, which is a windows based tool.
- be available via OHT.
- There is a defined XML exchange format that is used by at least one other tool (via import and export of the FM in Enterprise Architect).
This tool will become a tool in the HL7 suite of tools.
This project is targeted for the EHR-S FM R2. However if it is determined that there is enough harmonization with R1.1, there may be support for references to R1.1 to aid in the updating of manually created R1.1 profiles.
The project consists of two phases. Phase 1 delivers the design and inclusion of the EHR-S FM into Enterprise Architect. It also includes the validation, and export of the EHR-S FM and documentation. Phase 2 will consist of creating profiles by using the developed tool in phase 1.
The current method of creating EHR-S FM profiles, using unstructured tools (spreadsheet, text processor), do not enforce moderately complex rules for creating EHR-S FM profiles leading to a very laborious manual effort that is prone to errors. Furthermore the current methods do not easily provide methods for building on top of, merging, or updating existing profiles. These challenges prove to be significant barriers in the use and adoption of the EHR-S Functional Model.
Project Success Criteria
- Supports Functional Models that support the EHR WG specifications (e.g. Personal Health Record System (PHR-S FM) with the same model schema.
- Tooling is supported by the HL7 tooling workgroup as part of the HL7 suite of tools.
- Capable of producing fully conformant EHR-S FM profiles, which may be ballotted.
- Supports exportation of profiles as a document, a computable interchange format (XML), a spreadsheet and a hyperlinked html document.
- Supports importation of profiles via the defined interchange format.
- The tool is used in the EHR-S FM Tutorial.
Currently Out of Scope
Other related tooling
- Model balloting, balloting, reconciliation, and publishing
- Desc ???
- Links ???
- MAX itself is still out of scope. However, the project team decided to use MAX as export format for this work, hence facilitating publishing workgroup as well.
The project team has a weekly conference call on Monday evening.
Members of the project team will join the regular conference calls of the WG EHR and the WG Tooling.
- The project scope statement was approved by the EHR and Tooling Workgroups in November 2011.
Work Group Testing Objectives
The Work Group needs to exercise the EHR-S FM Tool in Enterprise Architect to ensure that the tool deliverables meet the requirements specified for this phase of the project. The first prerequisite to performing any testing is having a working installation of Enterprise Architect. Beyond that the testers need to focus on usability (both by technical and non-technical users), impressions on overall capabilities (does the tool manage the expected and agreed upon aspects of the process), stability (is the tool stable and not crash) and correctness (where detailed specification exist, like validations, is the tool operating according to those specifications).
The following steps should be performed to verify the tool according to the above parameters:
- Install the tool into Enterprise Architect (both the FM model extension and the MAX import/export extension)
- Load the EHR-S FM eap file
- Browse the EHR FM using the tool
- Update components, sections, headers, functions and/or conformance criteria, of the EHR-S FM using the tool
- Export the EHR-S FM to MAX (From the MAX export a html and pdf can be created.the work on this is not finished yet, but will be ready by the Atlanta WGM)
- Validate the EHR-S FM
The project team is providing a spreadsheet for the tester to record any issues/impressions. The spreadsheet will be combined and the issues will be triaged with the EHR WG and the project team. The issue list will then be formally maintained using the Tracker in the GForge project area.
Note: this is the testing of the EHR-S FM tool as it will be delivered for phase 1. The scope of phase 1 is described in chapter 1 Overview.
Project Plan Draft
This project is slated to follow an iterative development pattern. Below is an initial draft for the first iteration.
- Functional requirement definition
- EHR-S FM Chapter 2 (Conformance rules - Tool business rules)
- Define user experience requirements
- Functional Brainstorm and Survey (define initial release functional requirements
- Existing tool analysis
- Functional Specification
- Technical Specification
The project depends on the availability of the following materials:
- Full XML export from the EHR-S FM spreadsheet This material has been made available Dec 31, 2012.
- Validation rules for the EHR-S FM The validation rules where provided in September 2012 and used as input to the validation function.
Current Activities in Tool Creation Phase 1
The figure shows the numbers that will generate the various materials to create the tool.
1. Exporting XML from the EHR-S FM spreadsheet.
2. EHR-S FM design pattern development.
2. EHR-S FM XML to UML mapping.
3. Inclusion of the EHR-S FM in Enterprise Architect.
4. Completing the set of validation rules for EHR-S FM.
5. Generate validation report to tool user.
6. Documentation to export EHR-S FM from Enterprise Architect (publication templates).
7. Exporting EHR-S FM documentation from Enterprise Architect (ballot artefacts). In addition there will be a user guide containing:
User documentation for EHR-S FM import/installation in Enterprise Architect.
Documentation to use EHR-S FM in Enterprise Architect.
What has been done till end of September 2012
The project team has held weekly Skype conference calls to discuss the goals, plan, deliverables, work and progress.
A Github repository for the source code was established for the project team, which at the end of the project will be handed over to HL7
A MS Groove folder was established for all other files, meeting agenda’s and reports, links etc, for internal use.
The HL7 Sept 2012 WGM was prepared for, through a PowerPoint presentation, delivered to Tooling WG, EHR WG and tooling planning meeting.
Dependency was discussed, and consequences expressed. In case that would become a blockade, report to HL7 before December 1.
The EHR workgroup members have been asked for validation rules. These where provided, and discussed in the conference call Sept 25. A draft document with validation rules was created.
Initial efforts to create the wiki page for the project have been undertaken and we will follow up with the EHR WG how to arrange that.
XML to UML import meta model was available for R1.1. This existing material is changed to EHR-S FM R2. Our current version of the UML meta model of R2 is v 3.2. This will definitely change when the import, meta model and UML representation and mapping are 100%.
Deliverables of End of September 2012
The May 2012 XML file, as then was generated by Mr. Corey Spears has been included in this package. That is not so much a delivery, but an important baseline file for the current project. All additional material provided here is derived from that file. (# 1 in figure 1). < File EHRS_FM_R2_N1_C3_FunctionList_2012MAY.XML />
The current Sept version of the UML representation of the EHR-S FM as derived from the May 2012 XML version. This is available as an 90 to 95% ready Enterprise Architect Project EAP, and as an XMI file (XML Metadata Interchange, where XML stands for eXtended Markup Language). (# 3 in figure 1). < File: EHR-S_FM_R2IntermediateVersionSept29-2012/>
Tool design sheet. This describes the whole process (see figure 1 on the bottom of this report). This includes the UML metamodel (# 2 in figure 1). < File: Design Sheets from EA (2012-sep-26)/>
What has additionally been done till end of November 2012
Weekly Skype conference calls
Consultations of EHR WG members to obtain the Excel and XML source files of the EHR-S FM.
This wiki page for the project updated
Validation rules obtained from WG and put into a first draft document, for which input was asked in conference calls.
Checks against the XML to UML import meta-model for EHR-S FM R2 draft (v 3.2).
May 2012 XML from ballot was used as baseline file for the draft work.
90% ready UML representation of the EHR-S FM delivered.
Excel to XML exports developed
Decisions made to include the informative parts of the EHR-S FM as add on’s to the XML.
Preliminary work done for future export of the EHR-S FM from UML using MAX.
Initial testing approach discussed.
Export XML from Excel tool developed.
Import of EHR-S FM from new XML into EA now 97% ready.
Preview EHR-S FM Export in MAX developed.
First draft of user guide developed.
Deliverables of End November 2012
XML-GeneratorEHR-S FM R2 Zap. This file must be renamed to *.zip to open. It contains the Ruby tool to extract full EHR-S FM contents from Excel into XML. See the instruction in the user guide to install and apply.
EA file with the EHR-S FM fully included: EHR-S FM R2-XMLimport2.2Only.zap, to be renamed *.zip to allow extraction.
First preview of EHR-S FM export from EA: EHRS_FM_R2 (import v2.2) generated-ehrs-fm-20121115-full2.max
User Guide tool-v05.doc with the first draft for comment user guide, covering the part that has been prepared.
What has been done till end of January 2013
- Continued weekly Skype conference calls, with some interruptions for holiday and Jan WGM.
- A Github repository for the source code and all deliverables are made available for EHR WG.http://gforge.hl7.org/gf/project/ehrsfm_profile/frs/
- MS Groove folder for internal use and meetings.
- PowerPoint presentations at HL7 Sept 2012 and January 2013 WGMs.
- Dependency discussed at WGM and in conference and individual calls.
- Mr. Corey Spears consulted in Dec 2012 and Jan 2013 with results in XML/ schema suggestions.
- EHR workgroup provided validation rules and reviewed the validation rules document.
- XML to UML import meta-model for EHR-S FM R2 draft was created (v 3.2).
- May 2012 XML was used as baseline file for the draft work.
- Corey Spears’ XML materials and Helen Stevens’ master Excel table where used to check and update the approach.
- 90% ready UML representation of the EHR-S FM delivered, waiting for update to 100% once validation is approved.
- Tool design sheet delivered, describing the whole process (see figure 1 on the bottom of this report).
- Excel to XML exports developed and delivered.
- Decisions made to include the informative parts of the EHR-S FM as add on’s to the XML.
- Export from EA EHR-S FM in UML to XML using MAX format confirmed, using xpath 1.
- Initial testing approach discussed and first draft test approach developed and delivered Jan 2013.
- Additional export XML from Excel tool developed and reviewed.
- Import of EHR-S FM from new XML into EA now 99% ready.
- User guide discussed with EHR WG, will be updated when new materials are approved.
- Errors in XML document has been discussed and solutions for most issues determined.
- Internal Testing the XML generation from XLS.
- Internal Testing Import of the full XML into EAP, using the XML R2 Schema.
- Organize feedback from WGs to UML representation of the EHR-S FM based on full XML export from Excel.
- Discuss the validation rules with WG and create first validator as stand alone version.
Summary of the January 2013 deliverables
- EHRSFM_EA_AddIn (2013-jan-27) v2.zap (http://gforge.hl7.org/gf/project/ehrsfm_profile/frs/). This file must be renamed to *.zip to open. It contains the EHR-S FM extension to EA tool.
- FM-validation file.It contains the EHR-S FM validation tool in a version external to EA for stand alone testing.
- Unchanged EHR-S FM export from EA: EHRS_FM_R2 (import v2.2) generated-ehrs-fm-20121115-full2.max (http://gforge.hl7.org/gf/project/ehrsfm_profile/frs/).
- Edit Forms in EA (2013-jan-27) which illustrates first drafts of the user interface for EHR S #FM (colored sections) and the validator output (black / white on left bottom). See figure below.
- EHR-S-FM-Testdesign. First draft for comment of the test of the tool by the EHR and tooling WG. the final document will be published.
- We have uploaded the release package to the GForge EHR-S FM Tool project here: http://gforge.hl7.org/gf/project/ehrsfm_profile/frs/?action=index. This release is labeled 2013-Jan.
This release contains an update for the Enterprise Architect plug-in, a Schematron file to validate Functional Model extracts in MAX format, a stand-alone version of the Schematron file (an XSLT 1.0 file that will run with any XSLT 1.0 processor such as xsltproc on the command line), a sample MAX format file that contains an export of the preliminary load of the EHR-S FM into EA, a MAX format file that contains intentional error used in testing the Schematron validations, the validations document from the EHR WG with additional notes to trace the validation errors (by ID) to the source (not complete), the detail design spreadsheet containing the full list of validations identified to date with progress/status (and where applicable questions or comments on the validation), and a PDF with a sample of color-coding the input forms for the functional models in EA.
Please note that the Schematron validations and the detail validation design are preliminary deliverables, not final. We are expecting that these will continue to evolve in the next release cycle prior to final acceptance.
During EHR WG Conference cals the organization of the test will be discussed.
Summary of the status March 25th 2013
During the EHR WG conference call on March the 19th, the project team gave a demo of the EHR-S FM Tool (draft). The following has been demonstrated:
- Install the EHR-S FM extension on a Windows PC
- Open the EHR-S FM .eap file in Enterprise Architect
- Browse and search in the EHR-S FM
The steps of these topics are summarized in the following PowerPoint presentation Demo_of_the_EHR-S_FM_Tool_19032013-v03.pdf. We agreed to put all the documentation on Gforce: http://gforge.hl7.org/gf/project/ehrsfm_profile/frs/
Before you can use the tool and follow the steps as described in the PowerPoint presentation you must download and install the EHR-S FM Extension and the content of the EHR-S FM in an .eap file. The extension and the .eap file can be found on HL7 Gforce. Download these files and save them on your hard disk. For further steps see the PowerPoint presentation: EHR_S_FM_UserGuideManage_v02.zip
Along with the EHR-S FM Tool comes different chapters which are together the User Documentation. The following chapters are (in concept) available:
- Reader’s Guide: EHR_S_FM_TOOL_C0_Readme_v03 EHR_S_FM_TOOL_C0_Readme_v03.pdf
- Chapter One: Overview: EHR_S_FM_TOOL_C1_Overview_v02 EHR_S_FM_TOOL_C1_Overview_v02.pdf
- Chapter Two: Installing the extensions: EHR_S_FM_TOOL_C2_Installing the extensions_v02 EHR_S_FM_TOOL_C2_Installing the extensions_v03.pdf
- Chapter three: Import & Export: this chapter is not ready for publication yet.
- Chapter Four: Manage: EHR_S_FM_TOOL_C4_Manage_v03 EHR_S_FM_TOOL_C4_Manage_v03.pdf
- PowerPoint presentation with instructions: EHR_S_FM_UserGuideManage_v02 EHR_S_FM_UserGuideManage_v02.zip
Note 1: all the files will be on Gforce. Maybe there are not there yet, but they will be very soon.The version of the files can be different than mentioned here, because we are continue updating them.
Note 2: the use of the EHR-S FM Tool to make a Functional Profile is out of scope in phase 1.
Summary of the status April 9th 2013
- We imported the EHR-S FM R2 of the May ballot 2013 in the EHR-S FM Tool.
- We updated the EHR-S FM Meta model. This is in the Overview Chapter.
- We still need to complete the html rendering. We need to compleet CSS for that.
- We still need to do Formatted Object generation to create the pdfs.
- We need to do minor adjustments, so a new msi file will be created.
Note: by the end of this week all documents, the eap file and the msi file can be found at GForce: http://gforge.hl7.org/gf/project/ehrsfm_profile/frs/
Final deliverable phase 1 May 2013
This summary describes the final deliverables for this phase 1 work on the creation of tooling for the EHR-S FM. The deliverables are listed in the table below. However, all the files you can find on GForce: http://gforge.hl7.org/gf/project/ehrsfm_profile/frs/
|Deliverable||File Description||File Names||Content|
|User guide||Reader’s Guide||EHR_S_FM_TOOL_C0_Readme.pdf||Description of the EHR-S FM Tool Release 1 package content and files.|
|User guide||Chapter One: Overview||EHR_S_FM_TOOL_C1_Overview.pdf||Background. Purpose & Scope.
Overview and Design of the EHR-S FM. Tool. Anticipated Uses.
|User guide||Chapter Two: Installing the extensions||EHR_S_FM_TOOL_C2_Installing the extension.pdf||Description of the import of the EHR-S FM in the Tool. Description how to handle the Enterprise Architect extension.|
|User guide||Chapter Three: Import & Export||EHR_S_FM_TOOL_C3_Import&Export.pdf||Description of how to import the EHR-S FM XML and the MAX file. Description of how to export the EHR-S FM from the Tool into MAX format|
|User guide||Chapter Four: Manage||EHR_S_FM_TOOL_C4_Manage.pdf||Description of how to manage the components of the EHR-S FM.|
|User guide||Chapter Five: Ballot||EHR_S_FM_TOOL_C5_Ballot.pdf||Description of how to use the EHR-S FM tool for ballot purposes.|
|User guide||PowerPoint presentation with instructions||EHR_S_FM_UserGuideManage.pdf||Print screens with instructions of how to work with the EHR-S FM Tool.|
|EHR-S FM in EA||Enterprise Architect explanation file with EHR-S FM in UML||Design Sheets from EA (2013-May-24)v5.pdf. EHR-S FM Tooling Design.eap||This pdf file contains the following UML
diagrams: EHR-S FM R2 spreadsheet to XML schema. Mapping of EHR-S FM R2 XML schema to UML Meta Model. UML Meta Model 3.4 EHR-S FM R2. UML representation of EHR-S FM, first draft. Glossary mapping. The files are developed in a separate EA file which has these diagrams in design mode.
|Validation||Validation rules spreadsheet with rules used to develop the EHR-S FM tool||ValidationRulesEHR-SFMR2-20130520-AS.xls||Description of all the validation rules that are used to develop the validation process|
|Publication||EHR-S FM R2 export in MAX format||EHRS_FM_R2 (import v2013-mar-29)-full.max||An export of the EHR-S FM R2 in MAX format. The import refers to the May 2013 ballot master spreadsheet that is the basis for this.|
|Extra||XML Generator for EHR-S FM spreadsheet||EHR-S FM_R2_XML-Generator.zip (named .zap, rename to .zip to extract)||During the creation process of the EHR-S FM Tool, the project team encountered some issues with the existing XML file from the May 2012 ballot. This was the reason to create a standalone tool that allows generating a full XML file from the Excel spreadsheet for EHR-S FM.|
|EHR-S FM in EA||EHR-S FM Extension||EHRSFM_EA_Extension.Setup (2013-may-27).msi or EHRSFM_EA_Extension.Setup (2013-may-27).RENAME_to_msi||The EHR-S FM Extension to EA as an .msi file. This is the tool. Some websites do not allow storage as .msi, so it is often .RENAME_TO_msi.|
|EHR-S FM in EA||EHR-S FM Content for Enterprise Architect||EHR-S FM R2 (@GForge v2).eap||The EHR-S FM content in a for Enterprise Architect readable file (eap file). This is a ready to go file, preventing that every user should import the full.max file themselves.|
|Publication||XSLT for MAX to HTML||max2html.xsl, functional-model.css, functional-model.scss, ehr-s-fm-ballot.mif||XSLT stylesheet for the html publication of the EHR-S FM export in MAX output from EA. With Cascading Style Sheet and SCSS source file for it. The ballot MIF file adds the ballot details, cochairs and copyright statements to the html and pdf publication.|
|Publication||XSLT from MAX to FO to PDF||max2fo.xslt, ehr-s-fm-ballot.mif, EHR-S-FM_R2-rom-max.pdf||An XSLT stylesheet that allows the conversion of the html to FO and from there into PDF. The MIF contains the ballot details. The pdf with the browsable content list is the result.|
|Validation||Validation testing of EHR-S FM via XML artifacts||fm-max-validation-test.xml, FM-validation.sch, fm-validation.xslt, Validation output (2013-apr-18).txt||Set of files that validate the FM using the MAX export and external validator. The validation report is send back to the user in the EA interface. The txt document is an example of output. Every rule is tested with a pass / fail result.|
|All tooling parts||Source code for the EHR-S FM Extension||HL7 SourceCodeEHR-S FM Tool (2013-may-27).zip||This contains the visual studio 2010 C# source code for the solutions and the projects. And the MAX materials.|
|Publication||Publication documents generated from the EHR-S FM tooling output in html and pdf||EHR-S-FM_R2-from-max.html, EHR-S-FM_R2-from-max.pdf||The EHR-S FM in a html format generated from the MAX export coming from Enterprise Architect. It uses a Cascading Style Sheet. The Excel is a simple open the XML file. This creates a 35375 line long Excel.|
Phase 2 September 2013
Phase 2 is started, the contract is finalized. So we continue working on the EHR-S FM Tool according to the PSS. This PSS was accepted and distributed in the EHR WG. We are working on the first deliverable as presented in the conference call of September the 10th. this first deliverable is a Requirements analysis (Deadline September 30th). An analysis of the How to Profile guide and the Conformance Clause was carried out (need to update with the new document for the ISO ballot). From there we are developing Use Cases, Activity diagrams and Requirements. A first presentation and discussion of this was presented in the conference call. Next week there will be a follow up. Some examples: Note: this is work in progress, so CONCEPT!
Upcoming HL7 WGM in Cambridge On Monday Q4 we will give a demo of the EHR-S FM Tool, the status as it is now. Also will we give an introduction into phase 2 of the Tooling project. We want to have a discussion on the requirements, maybe in a focus group during the week. In this way we can make the deadline of September 30th.
Questions asked and activities for us:
- Requirements for combining, merging and comparing profiles.
- How to assign parts of the functional profile to different people? Export as xmi file, make an .eap file? It is possible to split the work.
- How to use the tool to capture feedback?
- Developing the tool there will be different roles: a reviewer who can read only the profile (or a part of the profile) and add comment in a comment section. Another role is the editor role who can make the actual changes in the functional profile.
- It will be important to track and trace changes in the profile.
- there are novice and expert users. For the novice user it might be best to have default settings that makes it easy to profile.Creating a Toolbox sounds great.
- How to use the Glossary in the creation of a profile? The EHR-S FM Glossary stays as it is. An update will always be done by a ballot process. If the profile uses new terms than there will be a kind of extension of the original glossary. In an update of the original glossary there will be a review of the extensions. How to make and handle an extension?
- How to update the glossary after a ballot?
- Do we need a running server for Team Review in EA (question of Stephen)? Not necessary, but role base access should be handled on file level? How to deal with this?
We continue working. Michael reviewed the work of Anneke on Friday September the 13th. This file is the first draft which will be discussed Tuesday 17th September in the conference call and finalized during the WGM. Add a new file on Monday the 16th of September in the afternoon (Our time). Differences are:
- Changed the High Level Use Cases;
- Added the following Use Cases, Activity diagrams and Requirements: Profile Combining, Profile Comparing, Profile Merging, Profile Views.
- Not done yet, needs discussion: Profile Balloting and Profile Rendering.
- Deleted working in a Team: is a functionality of EA. If someone wants to use that in the process of Profiling, this is possible.
Phase 2 Work-In-Progress Artifacts
All WIP artifacts can be found here: https://app.box.com/s/938b1c1wuprl52nbpazk
- Enterprise Architect Tool Phase 2 Design file (EAP)
- Generated Document from the Design (RTF/DOC)
- Validation Rules (XLS)
- Questions for the EHR WG
Phase 2 Deliverables
It is December the 3th and almost the end of 2013. This description is to give you an update of phase 2 of the EHR-S Tooling project. The project team worked together with the EHR WG on the deliverables described in the PSS. Last Friday, November the 29th we had a meeting as a project team and discussed how to actually build the profiling tool and how the steps in Enterprise would look like. We made a presentation with mockups and published this on Box (the link you can find in Phase 2 Work-in-progress Artifacts.
The deliverables until now are; 1. The requirements (deliverable 1 in the PSS): this is approved by both the EHR WG and the Tooling WG. 2. Validation Rules (deliverable 2 in the PSS): this is approved by both the EHR WG and the Tooling WG. 3. The types of profiles (deliverable 3 in the PSS): this is apporved by both the EHR WG and the Tooling WG. 4. Profile Views (deliverable 4 in the PSS): this is approved by the EHR WG.
All the deliverables can be found on GForge http://gforge.hl7.org/gf/project/ehrsfm_profile/docman/
Creation of an EHR Tooling list - Helen
Suggestions mechanism - Michael
Invite Profiling SMEs - John
EHR-S FM Chapter 2 -> Link ???
Current Functional List
The following list contains all thus far identified functionality in general order of priority (greatest to least)
Input (not specific to this project, but defined through from EHR-S FM development and publication)
- EHR-S FM R2 source in XML
Absolute Functionality (Top Priority)
- Enforce profiling rules (per Conformance Chapter)
- Include/Exclude functions from profile
- Conformance Optionality
- Conditional Criteria
- Criteria Inheritance
- Add functions and criteria
- Modify functions and criteria
- ... (Other absolute profile rules)
- output formats
- Browse & Navigation of the funtional model
- search capabilities, filtering capabilities, keyword search, search & replace.
- Tool is framework specific (e.g. coded to EHR WG FM framework specifications), but content in-specific (enables the import/export of different conformant models/versions (e.g. EHR-S FM 2, future PHR-S FM). (Tool is content agnostic)
- Save profile
Needed Functionality (High priority)
- Ability to revert to previous state (undo)
- Simple text copy paste (text editor related)
- Text formatting (highlight, bold, underline, font, italicize
- Show dependencies between functions/criteria
- Show impact of changes
- Undo changes
- Capture comments regarding specific elements (i.e. comments regarding specific functions or criteria)
- Initialize/revert to conformant base standard (clear old comments, reset to clean restart to new version activity)
- Ability to link functional model/profile (intra/inter base standard and profile, linked to a conceptual model, bi-directionally)
Operative Functionality (Medium Priority)
- Output format HL7 HTML publication format (i.e. to publish through HL7 Publishing)
- Generate publication ready documents.
- Attach front-matter to publication. Chapter 1 (Additional material
- Maintain original for comparison with modified function/criteria
- Compare to other profiles
- Merge Functions/Criteria from separate Profiles
- Export Sections from Master or working copy
- Function copy paste
- Balloting & reconciliation traceability version control
- Managing voting and input from reviewers.
- Reporting out all comments against an element.
- Capturing institutional memory "allow for comments/notes" attached to elements.
- converting a profile from one version to the next.
- If you have a profile based on R2.0, have the tool update baseline profile to R2.1 as starting point.
- Requirements regarding tooling access (online)
- Support multi user - multiple users working on same profile at same time?
- User Management, access control
- Workflow management tool (assigning activities to users)
Additional Functionality (Low Priority)
- mobile access
- Note - will not support R1.1. Is it necessary to convert R1/R1.1 to R2?
The EHR-S FM Profiling Tool Project is currently being set up.
To subscribe to a list service, please go to the HL7 Listservices Welcome Page
Make the FM available in UML for incorporation in UML Modeling & Design. Used with the EHR FIM, see EHR Interoperability WG. The mapping is for R2 now as work in progress for the EHR-S FM tool part phase 1. See first picture below. An earlier version for R1.1. has informed the work for R2. See 2nd picture below.