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.

Page Navigation

Parent Page(s)

None.

Child Page(s)

None.

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.

Security Rules

None

Display Rules

None

Page Mock-up

N/A

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

N/A

Sub Modules

N/A

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

Forms Launch

Form Display Condition

N/A

Reports Launch

Report Condition

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.

Web Service Exchange

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.

Class Diagram

Class Diagrams are attached as jpg files.

CprsCpsCaseList

CprsCpsCaseData

Sequence Diagram

<Insert Sequence Diagram here>

*<Method name here> *

<Method description here>

N/A

Table of Page Fields

N/A

Messages

Client Side Validation (JSP)

None

Server Side Validation (Java)

None

Business Process Messages (Java)

None

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

Open Discussion Points

Point# Description Resolution/Comments Status (Open, In Progress, Resolved)

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.

Edit this page · latest