The E-Filing Process Models subcommittee of the OASIS ...



Dwight R. Daniels

BearingPoint, Inc.

355 S. Grand Avenue

Suite 2000

Los Angeles, CA 90071-1568

August 15, 2003

Addressee

Address Line 1

Address Line 2

City, State Zip

Dear Addressee,

The E-Filing Process Models subcommittee of the OASIS/LegalXML Electronic Court Filing Technical Committee is tasked with collecting a set of process flow diagrams with supporting textual descriptions that document existing and potential conceptual models for the electronic filing of documents with courts and for the courts to respond to those filings. The collected process models will be evaluated for commonalities and differences and, where possible, reduced to a common set of high level models.

To complete an electronic filing, multiple users, applications and/or application components are required. Such an “e-filing model” can be decomposed and described as a series of individual processes that, taken together, constitute the Process Model underlying a particular implementation of electronic filing. Individual implementations of e-filing may vary depending on legislation, local rules and security concerns, but all models will begin with a “filer” who files a document with the court and will generally end by communicating to the filer the status of the submitted filing. There are, of course, several individual processes that an e-filing system might support to accomplish this overall objective, such as querying the case management system for information or allowing the filer to view documents previously filed on a case.

The E-Filing Process Models subcommittee respectfully requests that you use the attached template to describe the individual processes that comprise your existing or envisioned e-filing model. In doing so, we ask that you focus on the “success scenarios.” That is, we ask that you assume that all required data is correctly supplied and every step within each process is performed successfully. There is no need to document error handling, since the success scenarios adequately describe the process.

The Template has four parts: 1) the process name; 2) a graphical representation of the process; 3) a table in which to document the individual steps of the process; and 4) a glossary of terms.

The Process Name is a short description of the process that indicates what is accomplished when the process executes successfully.

The Graphical Representation is a diagram that shows the individual steps in the process in a form easy to visualize.

The main body of the template is a table in which the individual steps of the process are listed in sequential order and described. The content and purpose of the individual columns are described in the following table.

|Column |Description |

|Step |This column is used to sequentially number the individual actions that together comprise the|

| |process being described. It indicates the sequence in which the actions are performed. |

|Step Name |This column contains a short designation that provides a meaningful term that can be used as|

| |a label for the step. It should succinctly express the main feature of the action being |

| |performed in the step. |

|Step Description |This column contains a description of the action that is performed in the step. When |

| |describing a step, it is better to provide “too much” information rather than too little. |

|Data Exchanged |This column lists the data that is exchanged, input, created or updated in the performance |

| |of the step. |

|Primary Actor |This column lists the actor that initiates or controls the action. This will most often be a|

| |human who interacts with the system, a module within the system that interacts with another |

| |module, or an external system that interacts with the system. |

|Primary System |This is the main system or module that performs the action. |

|Secondary Actor(s) |Any actor(s) that are additionally involved in the action. |

|Secondary System(s) |Any system(s) or module(s) that are additionally involved in the action. |

|Functional Requirement Addressed |This column is intended to record any functional requirements that the step is intended to |

| |address. The text of the requirement and its source should be provided. |

|Utilized XML Specification |If a specific XML specification is being followed when performing the step, it should be |

| |recorded here. |

Finally, we ask that you define any key terms or implementation specific nomenclature used in describing the processes in a Glossary of Terms. This will help us map the various terms employed in different models to one another and assist us in the process of looking for commonalities and differences.

In addition to the template itself, we have provided an example description of an individual process. The example is provided to help illustrate the usage of the template. It is not intended to dictate how the particular process described in the example “should” or “must” be done.

We ask that you complete the template by September 15, 2003 and return your process description to me via email at drdaniels@ or via postal mail at the address listed above.

The subcommittee may request further detail upon reviewing your initial submission.

Thank you in advance for your cooperation and assistance. It is greatly appreciated.

Sincerely,

Dwight R. Daniels, Chair, E-Filing Process Models Subcommittee

John Greacen, Co-Chair, OASIS/LegalXML Electronic Court Filing Technical Committee

Mary McQueen, Co-Chair, OASIS/LegalXML Electronic Court Filing Technical Committee

Process Name:

Place diagram here

Process:

|Step |Step Name |

| | |

| | |

| | |

| | |

Process Name: Filer Assembles and Transmits Filing to Court

[pic]

Process: Filer Assembles and Transmits Filing to Court

|Step |Step Name |

|Filer |The user who composes the data and documents comprising a filing transaction to be processed by the |

| |court. |

|Review Clerk |The user who reviews a filing transaction and determines if it is to be accepted or rejected. |

|FilingAssembly |Assists the Filer with assembling and transmitting filing transactions with the Court(s). Also may |

| |assist Filer with review of Court records. |

|FilingReview |Assists the Court with receiving, reviewing, accepting, docketing, or rejecting electronic filings. Also|

| |may assist Court with review of Court records. |

|CourtAdaptor |A system that provides a standard interface for remotely interacting with the court’s case record. |

................
................

In order to avoid copyright disputes, this page is only a partial summary.

Google Online Preview   Download