On this page
|
Legacy SHINES reference document. This page captures a Georgia DHS SHINES interface design as written (vendor spec, typically 2007–2025). It documents the system being replaced, not CRAIG behavior. CRAIG’s current implementation of the same data exchange lives under the craig-exchange API reference and in the design documents. Use this page only when mapping legacy integrations during CRAIG rollout. |
Interface Detailed Design Document
CPRS INV and ONG Stage Data Interface
Georgia Department of Human Resources
Statewide Automated Child Welfare Information System
(SACWIS)
06/30/2012
1.6
Table of Contents
General Design (Functional)
| Req. # | Validated Requirement |
|---|---|
CO-R5.2-2.3.1 |
The system shall provide CPRS with Person and case data from open INV and ONG stages. |
Introduction
This document provides a detailed description of the interface that provides the Court Process Reporting System (CPRS) with case information for Georgia SHINES children in open INV and ONG stages.
Functional Description
The CPRS INV and ONG Stage Data Interface is used to provide information to CPRS for Principal children (Persons under the age of 18) in open INV and ONG stages within SHINES, for the purposes of recognizing children who are later listed on Court Orders or Court Appointed Special Advocates (CASA) Court Reports received by CPRS and sent to GA SHINES.
Georgia SHINES does not push any information to CPRS; CPRS always pulls (requests) information from Georgia SHINES using a series of web services that are created.
The following high-level scenarios are used to determine when to assess whether case information is provided to CPRS for children in open INV and ONG stages:
New INV or ONG stage is opened or reopened
New Person added to an open INV or ONG stage
Changes to the Legal County, Case County, First Name, Middle Name, Last Name, Suffix, Date of Birth, Gender, Person Id, Name of Primary Case Manager for the Stage (First Name, Middle Name or Last Name) or Case Id for a child whose initial data has sent across the interface
Person is removed from an open INV or ONG stage
Person Merge occurs
Case Merge occurs
Case Split occurs
INV or ONG stage is closed
A Person Split will not cause a change to the data that is sent to CPRS. When a split occurs, the original closed person is not automatically added to the stage.
When any of the above scenarios occur, an OUTBOUND table is updated with case data for the children and/or Primary Case Manager in question. The following information is stored within the OUTBOUND table, and is provided to CPRS by GA SHINES for Principal children in open INV and ONG stages:
Legal County
Case County
First Name (child or Primary Case Manager for the Stage)
Middle Name (child or Primary Case Manager for the Stage)
Last Name (child or Primary Case Manager for the Stage)
Date of Birth
Gender
Suffix (child of the Stage)
Person Id (child or Primary Case Manager for the Stage)
Stage Type (e.g. INV or ONG)
Stage Id
Case Id
Stage Closure Indicator (e.g. ‘Y’ or ‘N’)
Date Stage Closed
Case Merge/Split Indicator
Old Case Id
Merge or Split Date
Person Merge Indicator
New Person Id
Case Manager Indicator
Date Processed
The Date Last Update and Date Created are stored in the OUTBOUND table, but are not provided to CPRS.
The CPRS system invokes a web service (a “request”), that is part of this interface, to provide an XML-formatted request for cases that have been updated for a given County and date range. This interface queries the OUTBOUND table to retrieve the Case Ids that match the criteria that CPRS has specified and returns them to CPRS as part of an XML-formatted “response”. CPRS then invokes another web service (a “request”), which is part of this interface, passing in an XML-formatted list of the Case Ids received from the earlier request. This interface queries the OUTBOUND table to retrieve the entries for the given Case Id values that CPRS has specified and returns the aforementioned data to CPRS as part of an XML-formatted “response”. When any one of the aforementioned fields is modified then _all _of the aforementioned data is provided to CPRS.
If a Principal under the age of 18 is involved in multiple, open INV or ONG stages then his/her information will be sent across the interface multiple times – once for each open stage in which they’re involved.
Once the child has been removed from the stage, by clicking the ‘Delete’ button on the Person Detail page within the stage, then his/her case and person updates are no longer sent across this interface to CPRS.
Once the child turns 18, his/her case and person updates are sent across the interface to CPRS for no more than six months after the child’s date of birth indicates that they are 18 years old.
If a child meets the initial criteria for having his/her information sent (Principal under age 18 in an open INV or ONG stage) but later becomes a Collateral, then his/her case and person updates will continue to be sent across the interface.
If a Collateral under the age of 18 involved in an open INV or ONG stage later becomes a Principal, then he/she becomes eligible to be sent across the interface.
Legal Status values can be entered within any stage of a case and are case-specific (NOT stage-specific). Even though a Legal Status is entered into a single stage, it applies to all stages within the case. Therefore the most recent Legal Status, in terms of Effective Date, within the case is what is sent across the interface.
Once the INV or ONG stage closes, case and person updates for children within that stage are no longer sent across the interface to CPRS.
At the point at which these enhancements are deployed, the OUTBOUND table is pre-loaded with Person case data and information for the current open INV and ONG stages.
Flow Diagram
Figure 1: New INV or ONG Stage is Opened or Reopened
Once a new INV or ONG stage is opened, in SHINES, the stage is assessed to determine if there are Principals that meet the criteria to be sent across the interface to CPRS. Principals that meet the criteria are inserted into the OUTBOUND table. When a stage is reopened, if an entry matching the Person/Stage/Case already exists, then the ‘Stage Closed’ indicator on the entry in the OUTBOUND table is removed.
Figure 2: __Person Data Updated in an Open INV or ONG Stage
When there are updates to Persons within an open INV or ONG stage, the updates are assessed to determine if there is existing information within the OUTBOUND that needs to be updated or if there are new entries to be inserted into the OUTBOUND table. Once the Person turns 18, updates continue to be sent across the CPRS interface for no more than six months after his/her 18th birthday.Figure 3: __Person Added to an Open INV or ONG Stage
When a new Person is added to an open INV or ONG stage, they are assessed to determine if they meet the criteria to be sent across the interface to CPRS. Principals that meet the criteria are inserted into the OUTBOUND table.Figure 4: __Person Removed from an Open INV or ONG Stage
When a Person is removed from an open INV or ONG stage, by clicking the ‘Delete’ button on the Person Detail page within the stage,their his/her entry is removed from the OUTBOUND table so that his/her information is no longer sent across the interface to CPRS. Figure 5: __Person Merge Occurs
When a Person merge occurs, the entry of the “closed” Person, if it exists, is modified within the OUTBOUND table. The value for the “New Person Id” field is added to the entry of the “forward” Person, and the Person Merge Indicator value of ‘Y’ is added. If the “to forward” Person is not already in the OUTBOUND table then they are treated like a Person Add and they are assessed to determine if they should be added to the OUTBOUND table. If the “forward” Person is already in the OUTBOUND table, then no additional changes are made. Any Person merges that occur before the Person exists in the OUTBOUND table are not reflected within the OUTBOUND table.[.line-through]# #Figure 6: Person Split Occurs
When a Person split occurs, there are no further changes made to the OUTBOUND table. The Person in question needs to be related back into the INV or ONG stage in order for their data to be sent across the interface.Figure 7: __Case Merge Occurs
When a Case Merge occurs, the “From” and “To” cases are assessed to determine if they contain an open INV or ONG stage. If so, determine if the stage in the “From” Case will be closed by the merge. If the “From” stage is to be closed, mark all records in the OUTBOUND table for the stage as closed due to merge, and add all persons that should be sent across the interface to CPRS to the corresponding “To” Stage. Instead of updating the existing records when the new stage when a merge occurs, the existing records are marked as "closed due to merge" and new records are added for the new stage (for historical purposes). If there are children in the “From” case that are not in the open stage of the “To” case, then the entry for this Person will be marked as closed due to merge. If the “From” Stage will remain open, then update the Case Id and merge fields for all of the Persons in the OUTBOUND table on the stage. Figure 8: __Case Split Occurs
When a Case Split occurs, each of the “To” cases is assessed to determine if they contain open INV or ONG stages. If so, then each of the Persons in the INV or ONG stage is assessed to determine if they should be sent across the interface to CPRS. Persons in the INV or ONG stage of the “To” case who are not already in the OUTBOUND table are added with the new case information (it is very unlikely/rare that we would run into a scenario where a Person in the “To” case qualifies to be in the OUTBOUND table but is not already there), while Persons in the INV or ONG stage of the “To” case who are already in the OUTBOUND are updated with the new case values. It may be possible that persons involved in a stage that was closed due to a merge were never added to the OUTBOUND table. Figure 9: INV or ONG Stage is __Closed
When an INV or ONG stage has been closed then update the stage closure indicator and Stage Close Date within the OUTBOUND table.
Request Elements
Attached is a spreadsheet that lists the data elements passed to CPRS. This document also includes the mapping from the Georgia SHINES database tables to the requested elements.
Codes Tables
| Field Label | County |
|---|---|
Codes Table Name (If applicable) |
CCOUNT |
Code |
Decode |
All GA County FIPS Codes |
| Field Label | Gender |
|---|---|
Codes Table Name (If applicable) |
CSEX |
Code |
Decode |
F |
Female |
M |
Male |
U |
Unknown |
| Field Label | Stage |
|---|---|
Codes Table Name (If applicable) |
CTXTOGA |
Code |
Decode |
INT |
INT |
INV |
INT |
DIV |
DIV |
ARI |
ARI |
SUB |
FCC |
FSU |
FCF |
FPR |
ONG |
ADO |
ADO |
PAD |
PAD |
PFC |
PFC |
FAD |
FAD |
| Field Label | Return Codes |
|---|---|
Codes Table Name (If applicable) |
CCPRSERR |
Code |
Decode |
300 |
Case IDs and Start Date are required |
301 |
County and Start Date are required |
305 |
No Data found for the Request |
Messages
| Message Number | TXT_MESSAGE_NAME | Message text | Condition | Type (Error, Informational, Confirmation) |
|---|---|---|---|---|
N/A |
Error List Messages
| Message Number | TXT_MESSAGE_NAME | Message text | Condition | Type (Error, Informational, Confirmation) |
|---|---|---|---|---|
N/A |
System Generated Events
| Event Type | Event Status (NEW, PROC, COMP, PEND, APRV) | Event Description | Condition | Person | Entered by |
|---|---|---|---|---|---|
N/A |
System Generated Tasks
| To Do Type (Alert or Task) | Due Date | Text | Condition | Assigned to | Created by | Link Destination (if applicable) |
|---|---|---|---|---|---|---|
N/A |
Removed Baseline Functionality
| Functionality Type | Functionality Name/Description | Reason for Removal |
|---|---|---|
N/A |
Design Requirements
| Validated Functional Requirement Number | Conceptual Design Requirement Number | Conceptual Design Requirement |
|---|---|---|
CO-R5.2-2.3.1 |
CO-R5.2-2.3.1.1 |
The system shall send CPRS case data for Principals under the age of 18 in open INV and ONG stages. |
CO-R5.2-2.3.1 |
CO-R5.2-2.3.1.3 |
The system shall provide case information to CPRS and the OUTBOUND table is updated with case data for children under age 18 when a new INV stage is opened |
CO-R5.2-2.3.1 |
CO-R5.2-2.3.1.4 |
The system shall provide case information to CPRS and the OUTBOUND table is updated with case data for children under age 18 when a new ONG stage is opened |
CO-R5.2-2.3.1 |
CO-R5.2-2.3.1.5 |
The system shall provide case information to CPRS and the OUTBOUND table is updated with case data for children under age 18 when a new Person is added to an open INV stage. |
CO-R5.2-2.3.1 |
CO-R5.2-2.3.1.6 |
The system shall provide case information to CPRS and the OUTBOUND table is updated with case data for children under age 18 when a new Person is added to an open ONG stage. |
CO-R5.2-2.3.1 |
CO-R5.2-2.3.1.7 |
The system shall provide case information to CPRS and the OUTBOUND table is updated with case data for children under age 18 when a Person is removed from an open INV stage. |
CO-R5.2-2.3.1 |
CO-R5.2-2.3.1.8 |
The system shall provide case information to CPRS and the OUTBOUND table is updated with case data for children under age 18 when a Person is removed from an open ONG stage. |
CO-R5.2-2.3.1 |
CO-R5.2-2.3.1.9 |
The system shall provide case information to CPRS and the OUTBOUND table is updated with case data for children under age 18 when a Person Merge occurs. |
CO-R5.2-2.3.1 |
CO-R5.2-2.3.1.11 |
The system shall provide case information to CPRS and the OUTBOUND table is updated with case data for children under age 18 when a Case Merge occurs. |
CO-R5.2-2.3.1 |
CO-R5.2-2.3.1.12 |
The system shall provide case information to CPRS and the OUTBOUND table is updated with case data for children under age 18 when a Case Split occurs. |
CO-R5.2-2.3.1 |
CO-R5.2-2.3.1.13 |
The system shall provide case information to CPRS and the OUTBOUND table is updated with case data for children under age 18 when an INV stage is closed |
CO-R5.2-2.3.1 |
CO-R5.2-2.3.1.14 |
The system shall provide case information to CPRS and the OUTBOUND table is updated with case data for children under age 18 when an ONG stage is closed |
CO-R5.2-2.3.1 |
CO-R5.2-2.3.1.15 |
The system shall not provide anymore case information and person updates to CPRS and the OUTBOUND table is not updated with case data for children under age 18 once the child has been removed from the stage. |
CO-R5.2-2.3.1 |
CO-R5.2-2.3.1.16 |
The system shall provide case information once for each open stage to CPRS and the OUTBOUND table is updated with case data for children under age 18 involved in multiple open INV or ONG stages. |
CO-R5.2-2.3.1 |
CO-R5.2-2.3.1.17 |
The system shall provide case information and person updates to CPRS and the OUTBOUND table is updated with case data for the child that turns 18 for no more than six months after the child’s date of birth indicates that they are 18 years old. |
CO-R5.2-2.3.1 |
CO-R5.2-2.3.1.18 |
The system shall not provide anymore case information and person updates to CPRS and the OUTBOUND table is not updated with case data for children under age 18 once the INV or ONG stage closes. |
CO-R5.2-2.3.1 |
CO-R5.2-2.3.1.20 |
The system shall provide updates to CPRS and the OUTBOUND table is updated when the Legal Status for the Case, Legal Status for the Person, or County has changed. |
CO-R5.2-2.3.1 |
CO-R5.2-2.3.1.21 |
The system shall provide updates to CPRS and the OUTBOUND table is updated when the First Name has changed. |
CO-R5.2-2.3.1 |
CO-R5.2-2.3.1.22 |
The system shall provide updates to CPRS and the OUTBOUND table is updated when the Middle Name has changed. |
CO-R5.2-2.3.1 |
CO-R5.2-2.3.1.23 |
The system shall provide updates to CPRS and the OUTBOUND table is updated when the Last Name has changed. |
CO-R5.2-2.3.1 |
CO-R5.2-2.3.1.24 |
The system shall provide updates to CPRS and the OUTBOUND table is updated when the Date of Birth has changed. |
CO-R5.2-2.3.1 |
CO-R5.2-2.3.1.25 |
The system shall provide updates to CPRS and the OUTBOUND table is updated when the Gender has changed. |
CO-R5.2-2.3.1 |
CO-R5.2-2.3.1.26 |
The system shall provide updates to CPRS and the OUTBOUND table is updated when the Person Id has changed. |
CO-R5.2-2.3.1 |
CO-R5.2-2.3.1.27 |
The system shall provide updates to CPRS and the OUTBOUND table is updated when the Primary Case Manager Name has changed. |
CO-R5.2-2.3.1 |
CO-R5.2-2.3.1.28 |
The system shall provide updates to CPRS and the OUTBOUND table is updated when the Primary Case Manager Id has changed. |
CO-R5.2-2.3.1 |
CO-R5.2-2.3.1.31 |
The system shall provide updates to CPRS and the OUTBOUND table is updated when the Case Id has changed. |
CO-R5.2-2.3.1 |
CO-R5.2-2.3.1.32 |
The system shall provide updates to CPRS and the OUTBOUND table is updated when an INV or ONG stage has closed. |
CO-R5.2-2.3.1 |
CO-R5.2-2.3.1.33 |
The system shall provide updates to CPRS and the OUTBOUND table is updated when the Suffix has changed. |
CO-R5.2-2.3.1 |
CO-R5.2-2.3.1.35 |
The system shall continue to provide updates to CPRS and the OUTBOUND table is updated for a Person under age 18 who is changed from a principal to a collateral. |
Technical Design
Technical Overview
The CPRS is a J2EE application with an Oracle database.
The CPRS accesses and invokes the Georgia SHINES web services in real time using SOAP/XML as the transport mechanism. The return message from Georgia SHINES will also be packaged as SOAP/XML.
This interface uses an OUTBOUND table (CPRS_CPS_INSERT_OUTBOUND) that is updated with data for Persons involved in open INV or ONG stages.
Technical Description
Georgia SHINES exposes web services, which XFire makes available to the trusted client, CPRS. The Georgia SHINES web service parses the XML fields in the CPRS request and uses this information to search through the OUTBOUND table.
Georgia SHINES searches through the OUTBOUND table to package the INV and ONG case data into XML and return it to XFire, which then forwards the result set to CPRS. At this point, how CPRS manages the result data is transparent to Georgia SHINES.
There is a small set of data that is provided through these web services, which is limited to data for Principals, some Collaterals and a Primary Case Manager. Most of the data provided through these web services is related to updates that occur through the Person Detail page (i.e. First Name, Middle Name, Last Name, Suffix and Gender). Most of these data fields aren’t updated very often. Entries within the OUTBOUND table are created and updated based on a set of triggers in the database. When certain information is updated within the database, entries are either added to or updated within the OUTBOUND table. The OUTBOUND table only contains entries for children in, and Primary Case Managers of, open INV and ONG stages.
At the start of the release, the OUTBOUND table is initially pre-populated with Principal Children under the age of 18 who are in open INV and ONG stages, and the Primary Case Manager for these open stages.
When entries are added to the OUTBOUND table, the DT_CREATED field is updated with the current date. Similarly, when entries are updated within the OUTBOUND table, the DT_LAST_UPDATE field is updated with the current date. When CPRS requests an entry from the OUTBOUND table through invocation of the web service, the DT_PROCESS field in the OUTBOUND table is updated.
Service Description
The service, request message and response message are defined in the following WSDLs.
For the CprsCpsCaseList web service, the request consists of three values:
County – This value is required to be submitted by CPRS. This is the only county in which to search for INV or ONG case data.
Start Date – This value is required to be submitted by CPRS. The search for INV or ONG data in the OUTBOUND table should only include Cases that have been updated since this date.
End Date – This is an optional value that can be provided by CPRS. This would allow the search of INV or ONG data in the OUTBOUND table which only include Cases that have not been updated after this date.
For the CprsCpsCaseData web service, the request consists of four values:
Case Count – This default value is ‘1’, but it is a required field that can be used by CPRS to limit the number of Cases that are returned in the response. An error message is generated, at the case level, if data is not available for a given case. This way, CPRS knows which case requests have failed. Currently, the Case Count does not have any functionality behind it.
List of Case IDs – This is a required value. CPRS may provide one or more IDs of Cases for which they would like to retrieve INV and ONG data.
Start Date – This value is required to be submitted by CPRS. The search for INV or ONG data in the OUTBOUND table should only include Cases that have been updated since this date.
The request messages are as follows:
For the CprsCpsCaseList web service, the response returns a list of Cases and child names which match the criteria specified. The response message is as follows:
For the CprsCpsCaseData web service, the response returns INV and ONG data for the specified case. The response message is as follows:
Method Narratives
In order to obtain INV and ONG case data, there are two web services that are exposed:
CprsCpsCaseData – retrieveCprsCpsCaseData
There is a web service containing a method that is used by the CPRS to retrieve a list of Case IDs and a list of children for the Case. CPRS must provide the County from which the Case IDs should be retrieved, as well as a start date. The web service retrieves all Cases in the OUTBOUND table having a DT_LAST_UPDATE greater than or equal to the start date provided by CPRS, effectively returning the list of all Cases in and the associated children for the given County that have been updated since the date provided.
CprsCpsCaseList – retrieveCprsCpsCaseList
There is a web service containing a method that is used by CPRS to retrieve the actual INV and ONG case data. CPRS may optionally specify the number of cases that they would like to have returned in the request. However, CPRS must provide the list of Case IDs for which they would like to receive INV and ONG case data and a start date must be provided. The web service retrieves all Cases in the OUTBOUND table matching the Case ID provided and having a DT_LAST_UPDATE greater than or equal to the start date provided by CPRS, effectively returning data for the given Case as long as it has been updated since the date provided.
Database Elements
Triggers
Triggers are used to monitor the Shines database tables to determine when actions in Shines have changed data that the interface is sending to CPRS. If a change is determined to be relevant to the interface, the records in the CPRS_CPS_Outbound table will be updated.
| Trigger Name | Table | Trigger Type | Purpose |
|---|---|---|---|
TDAR_CPRS_CPS_STAGE_PERS_LNK |
Stage_Person_Link |
Delete |
Person removed from the stage. |
TIAR_CPRS_CPS_STAGE_PERS_LNK |
Stage_Person_Link |
Insert |
A Principal Child or Primary Case Manager is added. |
TUAR_CPRS_CPS_STAGE_PERS_LNK |
Stage_Person_Link |
Update |
A Collateral Child is changed to a Principal. The Primary Case Manager is changed. Person Merge. |
TIAR_CPRS_CPS_LEGAL_STATUS |
Legal_Status |
Insert |
Legal Status county change |
TUAR_CPRS_CPS_CASE |
Caps_Case |
Update |
Case County Changes |
TUAR_CPRS_CPS_PERSON_ENC |
Person_ENC |
Update |
Person Data Changes |
TUAR_CPRS_CPS_STAGE |
Stage |
Update |
Stage close or reopen |
Procedures and Functions
The procedures and functions are used by the triggers, to allow for the reuse of common actions and to improve the efficiency in the data base.
UPDATE_CPRS_CPS_CASE
A function that inserts a record into the CPRS_CPS_OUTBOUND table. Records will only be inserted into the table if the records do not currently exist, and if the principal is under 18 years of age.
*PERSON_LEGAL_COUNTY *
A procedure that returns the current legal county and effective date for a person and stage.
CPRS_CPS_INSERT_OUTBOUND
A procedure that updates the Last Update Date for a Case in the CPRS_CPS_OUTBOUND table. A case record will only be updated if it has a IND_STAGE_CLOSED = ‘N’, IND_PERSON_MERGE = 'N', and if it is a principal’s record the age must be under 18 years and 6 months.
Detailed Process Flow
Case Merge Scenarios
These scenarios illustrate the state of the OUTBOUND table and interface response during different points in case merge and split activities.
Person Merge Scenarios
Scenarios showing the state of the OUTBOUND table and interface response during different points in person merge and split activities.
Database Pre-Load Script
A script exists to load the OUTBOUND table with data for Principals under the age of 18 in open INV or ONG stage at the time of deployment. This script is run once, at deployment only.
The DBCR number used to execute this script is as follows: STGAP00018288.
SVN Entries
| Path |
|---|
/trunk/work/dao/src/conf/dao-context.xml |
/trunk/work/dao/src/java/gov/georgia/dhr/dfcs/sacwis/dao/CprsCpsOutboundDAO.java |
/trunk/work/dao/src/java/gov/georgia/dhr/dfcs/sacwis/dao/impl/CprsCpsOutboundDAOImpl.java |
/trunk/work/ejbs/src/java/gov/georgia/dhr/dfcs/sacwis/service/ws/WS.java |
/trunk/work/ejbs/src/java/gov/georgia/dhr/dfcs/sacwis/service/ws/WSBean.java |
/trunk/work/hibernate/src/conf/gov/georgia/dhr/dfcs/sacwis/db/CprsCpsOutbound.hbm.xml |
/trunk/work/hibernate/src/conf/hibernate.cfg.xml |
/trunk/work/main-war/src/conf/ws-server-context.xml |
/trunk/work/main-war/src/java/gov/georgia/dhr/dfcs/sacwis/web/ws/cprscpscasedata |
/trunk/work/main-war/src/java/gov/georgia/dhr/dfcs/sacwis/web/ws/cprscpscasedata/CprsCpsCaseDataWS.java |
/trunk/work/main-war/src/java/gov/georgia/dhr/dfcs/sacwis/web/ws/cprscpscasedata/impl |
/trunk/work/main-war/src/java/gov/georgia/dhr/dfcs/sacwis/web/ws/cprscpscasedata/impl/CprsCpsCaseDataWSImpl.java |
/trunk/work/main-war/src/java/gov/georgia/dhr/dfcs/sacwis/web/ws/cprscpscaselist |
/trunk/work/main-war/src/java/gov/georgia/dhr/dfcs/sacwis/web/ws/cprscpscaselist/CprsCpsCaseListWS.java |
/trunk/work/main-war/src/java/gov/georgia/dhr/dfcs/sacwis/web/ws/cprscpscaselist/impl |
/trunk/work/main-war/src/java/gov/georgia/dhr/dfcs/sacwis/web/ws/cprscpscaselist/impl/CprsCpsCaseListWSImpl.java |
/trunk/work/service/src/conf/ws-context.xml |
/trunk/work/service/src/java/gov/georgia/dhr/dfcs/sacwis/service/ws/CprsCpsCase.java |
/trunk/work/service/src/java/gov/georgia/dhr/dfcs/sacwis/service/ws/impl/CprsCpsCaseImpl.java |
/trunk/work/structs/src/java/gov/georgia/dhr/dfcs/sacwis/structs/input/CprsCpsCaseDataSI.java |
/trunk/work/structs/src/java/gov/georgia/dhr/dfcs/sacwis/structs/input/CprsCpsCaseListSI.java |
/trunk/work/structs/src/java/gov/georgia/dhr/dfcs/sacwis/structs/input/ws/cprscpscasedata |
/trunk/work/structs/src/java/gov/georgia/dhr/dfcs/sacwis/structs/input/ws/cprscpscasedata/CprsCpsCaseDataWI.java |
/trunk/work/structs/src/java/gov/georgia/dhr/dfcs/sacwis/structs/input/ws/cprscpscaselist |
/trunk/work/structs/src/java/gov/georgia/dhr/dfcs/sacwis/structs/input/ws/cprscpscaselist/CprsCpsCaseListWI.java |
/trunk/work/structs/src/java/gov/georgia/dhr/dfcs/sacwis/structs/output/CprsCpsCaseDataSO.java |
/trunk/work/structs/src/java/gov/georgia/dhr/dfcs/sacwis/structs/output/CprsCpsCaseListSO.java |
/trunk/work/structs/src/java/gov/georgia/dhr/dfcs/sacwis/structs/output/ws/cprscpscasedata |
/trunk/work/structs/src/java/gov/georgia/dhr/dfcs/sacwis/structs/output/ws/cprscpscasedata/CprsCpsCaseDataWO.java |
/trunk/work/structs/src/java/gov/georgia/dhr/dfcs/sacwis/structs/output/ws/cprscpscaselist |
/trunk/work/structs/src/java/gov/georgia/dhr/dfcs/sacwis/structs/output/ws/cprscpscaselist/CprsCpsCaseListWO.java |
Document Change Log
| Date | Author | Change Description |
|---|---|---|
07/12/2012 |
Candis L. Curd |
CO-R5.2 - General – Removed all strikethroughs; made all highlights the same color (yellow). - Section 2.5 – Uploaded spreadsheet containing before and after values for the OUTBOUND table. |
07/02/2012 |
Praneeth Ala |
CO-R5.2 -Section 2.7- Added the UML/Class diagrams |
06/29/2012 |
Candis L. Curd |
CO-R5.2 - General updates, per comments from Erroll and Pat. - Section 2.0 – Included Technical Overview; attachments for WSDLs, request and response messages; Database Pre-Load Script information; and SVN entries. - Removed references to a Case Manager Suffic (the system doesn’t allow for one). |
06/25/2012 |
Terry Zasio |
CO-R5.2 Section 1.9 – Added CodesTables information for the error codes. Changes based on the comment reviews to section 1.2, 1.4, and 1.19 |
06/19/2012 |
Terry Zasio |
CO-R5.2 Section 2.2 – Added database trigger, function, and procedure information |
06/12/2012 |
Terry Zasio |
CO-R5.2 Section 2.1 – Added technical scenarios. |
06/08/2012 |
Terry Zasio |
CO-R5.2 - Section1.19 – Updated the business requirements |
06/06/2012 |
Terry Zasio |
CO-R5.2 - Section 1.2 – Noted that Person Split is not a covered scenario. - Section 1.4 - Update figures 7, 8,and 9. - Section1.19 – Removed Requirement CO-R5.2-2.3.1.1, for Person Split |
05/18/2012 |
Candis L. Curd |
CO-R5.2 - General updates, per comment review responses. - Section 1.4 – Updated flow diagram per comment review. - Section 1.19 – Removed requirements regarding updates to the Stage Id/Stage Type (since anything that might update those two things would be considered as part of an Add and Remove). |
05/09/2012 |
Candis L. Curd |
CO-R5.2 - General updates, per comment review responses. - Section 1.2 – Removed old references to CPRS and corrected acronyms; added a paragraph that describes how information is sent from the OUTBOUND tables to CPRS. - Section 1.4 – Updated figures and descriptions, per comment review responses. - Section 1.8 – Updated request elements spreadsheet. |
04/26/2012 |
Candis L. Curd |
CO-R5.2 - Section 1.19 – Updated design requirements to break out each of the updates into their own requirement. - Section 1.4 – Updated flow diagrams per meeting with Application Development Lead. - General updates per peer review. |
04/26/2012 |
Walletta Miller |
CO-R5.2 – Added in the Design Requirements |
04/24/2012 |
Candis L. Curd |
CO-R5.2 - Initial document creation |
Note: A new row explaining document changes must be added to the Document Change Log for each revision. The Document Change Log must be maintained in reverse chronological order. The most recent changes are on the top of the list.