| Installing Upgrading Designing Configuring Deploying Monitoring Administering Troubleshooting Reference JBI Components | |
| Close Print View | |
| Designing: Master Index Update Policy Plug-ins |
|
Creating a Runtime Environment
Designing Business Processes in the Sun Business Process Manager
Working with TCP/IP HL7 Collaborations
Developing Sun Master Indexes (Repository)
Developing Sun Master Patient Indexes
Sun Master Patient Index Overview
About Sun Master Patient Index
Sun Master Patient Index Repository Components
Sun Master Patient Index Runtime Environment Components
Sun Master Patient Index Enterprise Records
Master Index Development Process Overview
The Master Patient Index Framework and the Runtime Environment
Before You Begin Developing a Master Index
Preliminary Data Analysis for a Master Index
Planning a Master Index Project
Master Index Project Initiation Checklist
Custom Plug-ins for Master Index Custom Transaction Processing
Master Index Field Validation Plug-ins
Master Index Field Masking Plug-ins
Master Index Match Processing Logic Plug-ins
Master Index Custom Plug-in Exception Processing
Custom Plug-Ins for Master Index Custom Components
Master Index Survivor Calculator Plug-ins
Master Index Query Builder Plug-ins
Master Index Block Picker Plug-ins
Master Index Pass Controller Plug-ins
Standardization Engine Plug-ins
Phonetic Encoders Plug-ins for a Master Index
Implementing Master Index Custom Plug-ins
Creating Master Index Custom Plug-ins
Building Master Index Custom Plug-ins
Generating the Master Index Application
To Generate the Application for the First Time
Master Index Database Scripts and Design
Master Index Database Requirements
Master Index Database Structure
Designing the Master Index Database
Creating the Master Index Database
Step 1: Analyze the Master Index Database Requirements
Step 2: Create a Master Index Database and User
Step 3: Define Master Index Database Indexes
Step 4: Define Master Index External Systems
Master Index Database Table Description for sbyn_systems
Step 5: Define Master Index Code Lists
Step 6: Define Master Index User Code Lists
Master Index Database Table Description for sbyn_user_code
Step 7: Create Custom Master Index Database Scripts
Step 8: Create the Master Index Database Structure
Step 9: Specify a Starting EUID for a Master Index
Deleting Master Index Database Tables and Indexes
To Delete Database Tables and Indexes
Defining a Database Connection Pool Through the Application Server
Step 1: Add the Oracle Driver to the Application Server
Step 2: Create the JDBC Connection Pools
Step 3: Create the JDBC Resources
Developing OTDs for Application Adapters
Developing OTDs for Communication Adapters
Developing OTDs for Database Adapters
Developing OTDs for Web Server Adapters
Designing with Application Adapters
Designing with Communication Adapters
Designing with Web Server Adapters
Designing with Sun JCA Adapters
For the primary transactions performed by the master index application, you can define additional custom processing to perform against the record that results from a transaction. The policies you define are invoked by the Update Manager and are applied to the resulting records after they are processed by the survivor calculator. The modifications made to a record by an update policy determine how the record is stored in the database. By creating custom plug-ins, you can create additional Java classes to support the update policies you define.
Sun Master Patient Index provides default custom plug-ins for each update policy to generate alias names when a patient’s first, last, middle, or maiden names are modified. You can view and edit the Java code for each custom plug-in by expanding the Custom Plug-ins folder of the master index project and opening any of the Java files. Additional alias plug-ins are provided and are called by the custom update policies to process alias names after a transaction occurs.
Update policies are specified in the UpdatePolicy section of the Best Record file,
and there are several different types. Each policy modifies an enterprise object (class
com.stc.eindex.objects.EnterpriseObject) and must implement com.stc.eindex.update.UpdatePolicy, which contains one method, applyUpdatePolicy. The syntax is as follows:
public EnterpriseObject applyUpdatePolicy(EnterpriseObject before, EnterpriseObject after)
This method throws two exceptions: com.stc.eindex.master.UserException and com.stc.eindex.objects.exception.ObjectException.
The enterprise merge policy defines additional processing to perform after two enterprise objects
are merged. The processing defined in this policy acts against the surviving record
of the merge. In the EnterpriseMergePolicy element in the Best Record file,
enter the fully qualified name of this custom plug-in. The name of the
default merge policy, com.stc.eindex.update.impl.EnterpriseMergePolicy, is already entered.
The enterprise unmerge policy defines additional processing to perform after an unmerge transaction occurs.
The processing defined in this policy acts against the surviving record of the
merge transaction that was unmerged. In the EnterpriseUnmergePolicy element of the Best
Record file, enter the fully qualified name of this custom plug-in. The name
of the default unmerge policy, com.stc.eindex.update.impl.EnterpriseUnmergePolicy, is already entered.
The enterprise update policy defines additional processing to perform after a record is
updated. In the EnterpriseUpdatePolicy element of the Best Record file, enter the fully qualified
name of this custom plug-in. The name of the default update policy, com.stc.eindex.update.impl.EnterpriseUpdatePolicy,
is already entered.
The enterprise create policy defines additional processing to perform after a new record
is inserted into the master index database. In the EnterpriseCreatePolicy element of the Best
Record file, enter the fully qualified name of this custom plug-in. The name
of the default create policy, com.stc.eindex.update.impl.EnterpriseCreatePolicy, is already entered.
The system merge policy defines additional processing to perform after two system objects
are merged. The processing defined in this file acts against the surviving enterprise
record of the merge (and not the system record). In the SystemMergePolicy element of
the Best Record file, enter the fully qualified name of this custom
plug-in. The name of the default merge policy, com.stc.eindex.update.impl.SystemMergePolicy, is already entered.
The system unmerge policy defines additional processing to perform after system objects are
unmerged. The processing defined in this file acts against the surviving enterprise record
of the system merge transaction that was unmerged. In the SystemUnmergePolicy element in the
Best Record file, enter the fully qualified name of this custom plug-in.
The name of the default merge policy, com.stc.eindex.update.impl.SystemUnmergePolicy, is already entered.
The undo assumed match policy defines additional processing to perform after an assumed match transaction is reversed. In the UndoAssumeMatchPolicy element in the Best Record file, enter the fully qualified name of this custom plug-in.