This wiki has undergone a migration to Confluence found Here
<meta name="googlebot" content="noindex">

Difference between revisions of "RIMBAA: PHI Technology"

From HL7Wiki
Jump to navigation Jump to search
Line 23: Line 23:
 
[[Image:Rimbaa phi.jpg]]
 
[[Image:Rimbaa phi.jpg]]
  
:Could you explain how (using what tool/sofwtare application) the squares are covered, and how the transition from one square to another is achieved? [[User:Rene spronk|Rene spronk]] 19:19, 24 July 2008 (UTC)
+
The PHI Technology solutions occupies the '''RP-RO-MS''' squares thanks to '''Java SIG''', while '''RO-RS''' with '''Java code based on JBoss Seam'''.
 +
 
 +
'''RO to RS and vice versa'''
 +
=======================
 +
The USER INTERFACE is generated by PHI Designer that is driven by RMIM that can be explored using our Components:
 +
 
 +
- Catalog Explorer: the pure RMIN tree grouped by Domains, enabling the binding among GUI widgets and RMIMs.
 +
- Process Explorer: enables the binding among process-tasks and RMIMs .
 +
 
 +
The '''RO''' object is bound with a UI widget using a binding string XPATH-like, e.g.:
 +
  Patient_PRPA_MT201301UV02.player[classCode=PSN,determinerCode=INSTANCE].name.FAM
 +
When PHI RE receives this binding string - '''RS''' square – then it checks:
 +
1.If the Patient_PRPA_MT201301UV02 is in the context get/set value using XPATH-like binding player[classCode=PSN,determinerCode=INSTANCE].name.FAM for reading/setting the RIM Object attribute. A converter was implemented to manage RIM Type value and Java Type.
 +
2.if the Patient_PRPA_MT201301UV02 is NOT in the context then the instance associated to the root of the PRPA_MT201301UV02.mif is loaded using Java Sig. All attributes with fixed/default value, set in the mif file, are initialized and then all RIM Object instance is stored in the context and cached.
  
 
== PHI TECHNOLOGY Roadmap ==
 
== PHI TECHNOLOGY Roadmap ==

Revision as of 17:14, 31 July 2008


Overview

The PHI TECHNOLOGY Tool suite (created by ITAL TBS Group) aims to provide the user with the tools to create easy to use ways to handle information. Tools, Components, Wizards, Templates are used together to simplify the modeling phases in order to enable a business analyst to deliver the needed solution by assembling pre-defined and user-defined building blocks. The common self-created reusable solutions called PHI Solutions combined with the strong process-orientation shortens the distance among the individuals of the organization. Drawing a form or a process, one can express his/her view and own thoughts of the appearance and data handled by operations and workflows.

Developers who provide technical maintenance of the product do not need to write code, concerned with the tools. They simply add new tools and properties and then execute a command, which updates the whole model automatically. This saves time and increases developer’s efficiency. The modeling framework aids desingers in creating simple and comprehensible solutions. It supports creative thinking of the individuals involved in designing clear applications, which facilitate further data handling processes. The product specialists whose skills are closer to the real processes than to the software engineering can use the set of predefined templates and services, GUI objects, processes, rules and reports to compose and change continuously the final application without involving the software developers.

PHI TECHNOLOGY contains:

  • A product called PHI Designer. The PHI Designer is used to generate healthcare applications named PHI Solutions, deployed and executed upon the PHI RE runtime environment.
  • A PHI Runtime Environment (PHI RE).

PHI Designer and PHI RE share a common Reference Information Model (PHI RIM), fully extensible and customizable, derived from the HL7 RIM. PHI RIM stores the metadata catalog, describing objects’ attributes, services, events, vocabularies and ontologies. Applications, named “solutions”, are designed and executed upon the RIM. The physical database (PHI RIM DB) is invisible to designers and applications; its conceptual and physical model is derived from the RIM, that makes it an open database, based on the most popular international healthcare standard. Its mixture of Entity-Relationship and Entity-Attribute-Value physical structures makes it extremely flexible and performing.

For additional information:

HL7 v3 Technology Matrix

This section uses terminology as defined in this whitepaper.

The PHI TECHNOLOGY fits entirely upon the HL7 RIM level domain.

Rimbaa phi.jpg

The PHI Technology solutions occupies the RP-RO-MS squares thanks to Java SIG, while RO-RS with Java code based on JBoss Seam.

RO to RS and vice versa

===========

The USER INTERFACE is generated by PHI Designer that is driven by RMIM that can be explored using our Components:

- Catalog Explorer: the pure RMIN tree grouped by Domains, enabling the binding among GUI widgets and RMIMs. - Process Explorer: enables the binding among process-tasks and RMIMs .

The RO object is bound with a UI widget using a binding string XPATH-like, e.g.:

 Patient_PRPA_MT201301UV02.player[classCode=PSN,determinerCode=INSTANCE].name.FAM

When PHI RE receives this binding string - RS square – then it checks: 1.If the Patient_PRPA_MT201301UV02 is in the context get/set value using XPATH-like binding player[classCode=PSN,determinerCode=INSTANCE].name.FAM for reading/setting the RIM Object attribute. A converter was implemented to manage RIM Type value and Java Type. 2.if the Patient_PRPA_MT201301UV02 is NOT in the context then the instance associated to the root of the PRPA_MT201301UV02.mif is loaded using Java Sig. All attributes with fixed/default value, set in the mif file, are initialized and then all RIM Object instance is stored in the context and cached.

PHI TECHNOLOGY Roadmap

Tools and components actually available in rel. 1.0 :

  • GUI DESIGNER
  • REPORT DESIGNER
  • PROCESS DESIGNER
  • CATALOG DESIGNER
  • GENERIC EXPLORER
  • PROCESS EXPLORER
  • CATALOG EXPLORER
  • TEMPLATES EXPLORER
  • DOMAIN-OF-VALUES EXPLORER
  • PROCESS ENGINE
  • REPORT ENGINE
  • RULE ENGINE
  • CATALOG SERVER
  • SECURITY SERVER
  • REGISTRY/REPOSITORY

Planned for rel. 1.1:

  • SECURITY DESIGNER (to enable Advanced Security: from role-based security of rel. 1.0 to rule-based security of rel. 1.1)
  • Smarter integration with Jboss Rule Editor and PHI DESIGNER
  • Automatic generation of HQL scripts (Hibernate Query Language) for the DB schema creation after changes in RIM foundation classes via Catalog Designer
  • built-in HTML HL7 documentation Editor (as a feature of Catalog Designer)
  • New database model (PDM3 = Physical Data Model ver. 3), implementing a E-R/EAV hybrid approach, to make it more flexible.
  • PHI COMMANDER: a new GUI widget, customizable per user perspectives, to enable users entering PHI Commands from any GUI and to make as easier as possible the information retrieval. Its special ergonomy is optimized for the usage of one finger only (for touch screens or other smart pointing devices).

PHI Software Licencing

Copyrights on PHI TECHNOLOGY belong to ITAL TBS Group ([1]).

PHI TECHNOLOGY software licensing is constrained by :