Lexipedia

EESSI Business Use Case

EESSI Business Use Case

Annex Nr.13 to the note AC 370/16rev

Annex Nr.13 to the note AC 370/16rev

Approved

Approved

S_BUC_07 - Scheduled Treatment - Information on Coverage of Specific Benefit in Kind

S_BUC_07 - Scheduled Treatment - Information on Coverage of Specific Benefit in Kind

Table of Contents

Table of Contents 2

1. Introduction 7

1.1. Purpose 7

1.2. Scope 7

1.3. Definitions, Acronyms and Abbreviations 7

1.4. Overview 8

2. Description 9

2.1. Business Scenario 9

2.2. Legal Base 9

3. Actors & Roles 10

4. Use Case 11

4.1. RUP Table Representation 11

4.2. Request – Reply SEDs 13

4.3. Attachments Allowed 13

4.4. Artefacts used 13

5. Business Processes 15

5.1. Main Process 15

5.2. Sub Processes 16

6. Appendices 17

6.1. Issues 17

Document Control Information

Settings

Value

Document Title:

Business Use Case

S_BUC_07 - Scheduled Treatment - Information on Coverage of Specific Benefit in Kind

Project Title:

EESSI (Electronic Exchange of Social Security Information) Project

Document Author:

European Commission, DG EMPL F5

System Owner:

European Commission, DG EMPL D2

Doc. Version:

v4.1.0

Sensitivity:

Public

Date:

09/08/2018

Document history:

The Document Author is authorized to make the following types of changes to the document without requiring that the document be re- approved:

Editorial, formatting, and spelling

Clarification

To request a change to this document, contact the Document Author or Owner.

Revision

Date

Created by

Short Description of Changes

v0.1

10/01/2015

Mirko Brusca

First draft

v0.2

21/04/2015

Mirko Brusca

Final adjustment after Chris SEGAERT and Alyson LONGSTAFF review

v0.3

19/08/2015

Carine Molle

Document history: table is now in reverse chronological order.

Grammatical corrections (minor correction) based on feedback received from Alyson LONGSTAFF in another BUC.

Chapter 2:

2.1 last sentence of paragraph has been modified

2.2 Basic Regulation No 883/994 has been replaced by No 883/2004

Chapter 5

Section 5.3:

- Diagram for "Identify Participants" sub-process has been added

- Diagram for "Fill and send SED" sub-process has been replaced by the new one

v0.4.0

19/01/2016

Carine Molle

Document has been updated with remarks and comments received from Belgium.

As agreed during the AHG Members 04/11/2015, H_BUC_01 is added for Case Owner and Counterparty

AD_BUC_05 Forward is added for Counterparty

Claimant is removed from the BUC.

Parts of the document have been added in order to be in line with document presentation and content to be approved by Administrative Commission.

Chapter 2

2.1 Detailed Description is renamed and updated. Last sentence is

removed.

2.2 Legal Base is updated.

Chapter 3 Actors & Roles

Claimant is removed.

Chapter 4: RUP Table Representation

"Actors" – Claimant is removed

"Main Scenario" – step 5 and Step 8 are added

"Exceptions" has been added

"Includes" is updated

"Alternatives scenarios" are added

- Branch 1 and 2 : H_BUC_01 is added for Case Owner and Counterparty

- Branch 3: AD_BUC_05 Forward is added for Counterparty

"Special Requirements" is updated according to the branches added

Section 4.2 Request – Reply SEDs is added

Section 4.3 Attachments allowed is added

Section 4.4 RUP UC Diagram Representation is updated

(H_BUC_01 and AD_BUC_05 Forward are added, Claimant is removed)

Section 4.5 SED and Sub-process versioning is added

Chapter 5: Business Processes

Section 5.1 Case Owner is updated (H_BUC_01 is added and claimant removed)

Section 5.2 Counterparty is updated (H_BUC_01 and AD_BUC_05 are added)

Section 5.3 Called Sub Processes (Identify Participants is updated)

Section 5.4 Main Scenario is removed

Chapter 6 Appendices

Section 6.1 Related Use Cases is removed

Section 6.2 Privacy and Security Assumptions is removed

Version number of the document has been changed to be in line with the convention M.m.p where:

- M = Major version (e.g. Approved by AC)

- m = Minor version (e.g. changes in the process)

- p = Patch version (e.g. wording…any changes without any impact on the process itself)

v0.4.1

02/03/2016

Carine Molle

Editorial changes.

Section 4.1 RUP Table Description

Branch 3: At [step 5] has been replaced by

After [step 5] and before [step 6]

Section 5 Business Processes

Diagrams have been replaced by the new ones.

v0.99.0

15/04/2016

Carine Molle

Candidate for AC Approval as agreed by the Sickness rapporteur.

v0.99.1

01/06/2016

Carine Molle

Document has been updated based on remarks received during AC document review process.

Section 4.1 RUP Table Description

Preconditions are changed.

v1.0.0

28/06/2016

Valérie

Banchereau

Status logo set to 'Approved' following AC approval of June, 20th 2016.

Alignment to the standard description and layout of the BUC.

v1.1.0

13/06/2017

Eric Briffoz

Change Request EESSI-1798: As agreed by AHG members, "AD_BUC_07 – Reminder" has been added for Case Owner and Counterparty:

- Correction Section 4: description of Branches 'Reminder' – Branches 4 and 5

-Correction Section 4, Branch 1 and 2, withdraw the use of H_BUC_01 as 'Reminder'

v1.1.1

20/06/2017

Joël Fiora

-Included BPMN picture in section 5

v1.1.2

29/06/2017

Joël Fiora

- removed Use Case diagram

v4.1.0

09/08/2018

Eric Briffoz

- Section 4.4: merged 2 tables (for SED & for Subprocesses) into 1 Artefact table.

- Version adaptations to release 4.1.0.

Introduction

Purpose

The purpose of this document is to construct an external view of the 'EESSI business system' as described in EC Regulations 883/2004 and 987/2009. The ‘EESSI Business System’ describes the business and expected business processes without any consideration as to which part(s) may be realized by an IT System (i.e. the proposed EESSI IT System).

The external view comprises of models and descriptions of business use cases, the services of a business system offered to business actors: customers, business partners, or other business systems, and business processes.

A business use case is described from an actor's perspective; it describes the interaction between an actor and the business system, meaning it describes the behaviours of the business system that the actor utilizes. The Business Use Case includes Use Case Diagrams and Business Process Models.

Use case diagrams show actors, business use cases, and their relationships. Use case diagrams do not describe procedures. Alternative scenarios also remain hidden. These diagrams give a good overview of the behaviours of the EESSI business system which will direct and govern part of the expected behaviours and functionality delivered by the EESSI IT System.

Scope

This document is limited to the external view of the Sickness´ sector process concerning Scheduled Treatment - Information on Coverage of Specific Benefit in Kind. The different elements like use case description, business actors, and business process as well as supporting UML diagrams and BPMN models pertaining to the Scheduled Treatment - Information on Coverage of Specific Benefit in Kind case.

Definitions, Acronyms and Abbreviations

Please see the EESSI Project Glossary here

References

#

Description

1

EC Regulation 883/2004

Regulation EC No 883- 2004.pdf

2

EC Regulation 987/2009

Regulation EC No 987-2009.pdf

3

UML 2.x

http://www.omg.org/spec/UML/

4

BPMN 2.0

http://www.omg.org/spec/BPMN/index.htm

5

UML 2.0 In Action

Henriette Baumann, Patrick Grassle & Philippe Baumann, 2005, ISBN 1904811558

6

RUP@EC standard 5.0

http://www.cc.cec/RUPatEC_Standard/

7

RUP op maat

http://www.rupopmaat.nl/

Overview

Chapter 1 introduces the external view on the business system under review and lists the elements of this specification.

Chapter 2 introduces the Scheduled Treatment - Information on Coverage of Specific Benefit in Kind business process. This chapter gives a short and detailed description as well as a reference to the business process´ legal base.

Chapter 3 lists the actors involved in the Scheduled Treatment - Information on Coverage of Specific Benefit in Kind business process.

Chapter 4 describes in detail the Scheduled Treatment - Information on Coverage of Specific Benefit in Kind business process based on the RUP use case template, as well as the relationship to other use cases.

Chapter 5 describes the Scheduled Treatment - Information on Coverage of Specific Benefit in Kind business process using business process modelling notation (BPMN).

Description

Business Scenario

When an insured person asks for an authorization to receive treatment outside the competent Member State, the competent institution, prior to issuing a portable document S2, asks an institution in the Member State where the insured person is to undergo a scheduled treatment whether the particular treatment is covered in that Member State of stay. This BUC models the exchange of information needed in the aforementioned case.

Legal Base

This Business Use Case document's legal base is described in the following Regulations

basic Regulation (EC) No 883/2004

implementing Regulation (EC) No 987/2009

The following matrix specifies the SEDs that are used in this Business Use Case and documents the articles that provide the legal basis for each SED.

SED

Basic Reg (883/04)

Implementing Reg (987/09)

20

26

S014

S015

Table 1: SED – Legal base relationship matrix

Actors & Roles

This chapter captures details of the actors which are important to understand the different types of system users. An actor is anyone or anything that exchanges data with the business system. An actor can be a user, external hardware or another system.

The overarching description of each actor described in this Business Use Case can be found in the Glossary. Below you will find a short description which provides further clarity of this actor within the context of this Business Use Case.

Actor name

Description

Case Owner

In this BUC the Case Owner is Institution of the competent Member State where the insured person asks an authorization to receive an appropriate (scheduled) treatment outside the Member State of residence / competent Member State.

Counterparty

In this BUC The Counterparty is the Institution of the Member State of stay where the insured person is going to receive the treatment.

Table 2: Actors & Roles

Use Case

RUP Table Representation

Use Case ID:

S_BUC_07

Use Case Name:

Scheduled Treatment - Information on Coverage of Specific Benefit in Kind

Created By:

Mirko Brusca

Last Updated By:

Carine Molle

Date Created:

10/01/2015

Last Revision Date:

02/03/2016

Actors:

Case Owner

Counterparty

Description:

This case deals with the situation when the insured person (claimant) asks for the authorization to receive an appropriate (scheduled) treatment outside the Member State of residence / competent Member State. The competent institution, prior to issuing a portable document S2, needs to know whether the particular treatment is among the benefits in kind covered by the Member State of stay.

This case models the request for information issued by the competent institution of the competent Member State and the reply by the

institution in the Member State of stay.

Trigger:

The insured person applies for an authorisation to the institution of the competent Member State/Member State of residence

Preconditions:

The insured person has applied for an authorization for a scheduled treatment outside his/her country of residence.

Post Conditions:

Competent institution is informed whether the particular treatment is covered in that Member State of stay.

Main Scenario:

Identify Participants

The Case Owner identifies the Member State where the person is to undergo a scheduled treatment;

The Case Owner then identifies the correct institution in the Member State of stay. There will be only one counterparty. The Case Owner and the Counterparty are herein collectively referred to as the Participants;

Request for information

The Case Owner fills in the Information of "Request for information if treatment is provided for by Member State of stay" (S014) entering the nature of its request (i.e. whether the treatment is provided for by the legislation of the Member State of stay and/or how much the treatment would cost);

The Case Owner sends the S014 to the Counterparty;

Reply to the request

The Counterparty receives S014;

The Counterparty fills in an "Information if treatment is provided for by Member State of stay" (S015) with the requested information (i.e. whether the treatment is provided for by the legislation of the Member State of stay, its cost,

etc.);

The Counterparty sends the S015 to the Case Owner;

The Case Owner receives the S015;

This use case ends here.

Alternative Scenarios:

The Following Branches determine the use of Horizontally Defined Sub Processes within the Business Process

At any step after [step 5] the Counterparty may optionally choose to request AdHoc Information from Case Owner

The Counterparty executes business use case H_BUC_01 – Adhoc Exchange of Info;

[This Branch] Ends.

At any step after [step 8] the Case Owner may optionally choose to request AdHoc Information from Counterparty

The Case Owner executes business use case H_BUC_01 – Adhoc Exchange of Info;

[This Branch] Ends.

The Following Branches determine the use of Administrative Defined

Sub Processes within the Business Process

After [step 5] and before [step 6], the Counterparty may optionally choose to Forward this Business Process to another Institution within its MS who assumes responsibility for changing it

The Counterparty executes business use case AD_BUC_05 – Forward Case;

[This Branch] Ends.

At any step after [step 5], the Case Owner may optionally choose to send a reminder in order to receive Information expected and not yet received.

The Case Owner executes business use case AD_BUC_07_ -_Reminder;

[This Branch] Ends

At any step after [step 5], the Counterparty may optionally choose to send a reminder in order to receive Information expected and not yet received.

The Counterparty executes business use case AD_BUC_07_ -_Reminder;

[This Branch] Ends

Exceptions:

None

Includes:

See diagram at part 4.4

Special

Requirements:

SR0: General Rule

As the request is individualized the case can concern only one person.

SR1: Rules about invoking of Branches :

Horizontals

[Branch 1] – May be invoked more than once

[Branch 2] – May be invoked more than once

Administrative

[Branch 3] – May be invoked once when the first SED is received by the Counterparty and before sending the answer.

[Branch 4] – May be invoked more than once.

[Branch 5] – May be invoked more than once.

Assumptions:

Notes and Issues:

Request – Reply SEDs

The following table specifies the SED that have a logical pairing to one another, usually this is known as a request-reply pair.

REQUEST SED

REPLY SED(s)

S014

S015

Attachments Allowed

The following table specifies whether attachments are permitted to be included when sending a SED type.

SED

Attachments

S014

Allowed

S015

Allowed

Artefacts used

The following table specifies the artefacts that are used in this Business Use Case.

Artefact name

Artefact type

S014

SED

S015

SED

H_BUC_01_Subprocess

BUC

AD_BUC_05_Subprocess – Forward Case

BUC

AD_BUC_07_Subprocess – Reminder

BUC

AD_BUC_11_Subprocess – Business Exception

BUC

AD_BUC_12_Subprocess – Change of Participant

BUC

Business Processes

This chapter describes the Business Use Case Scheduled Treatment - Information on Coverage of Specific Benefit in Kind using BPMN 2.0.

Main Process

Figure 2: depicts the use case end-to-end of the Case Owner and Counterparty, from a high level, using the BPMN 2.0 collaboration diagram.

Sub Processes

Not applicable.

Appendices

Issues

#

Issue date

Description

Replies

Action/Resolution

Close date

1

28/06/2016

Conversion of the BPMN to split between Case Owner and Counterparty.

Scheduled for update.