# UC-C-PIC-I: Individual use cases (SERVICES) ## **Table of Contents** [UC-C-PIC-I-001: View Agreements](#uc-c-pic-i-001-view-agreements) [UC-C-PIC-I-002: Give consent to fetching data](#uc-c-pic-i-002-give-consent-to-fetching-data) [#option-a-self-registration-to-healthcare-application](#option-a-self-registration-to-healthcare-application "mention") [#option-b-assisted-registration-to-healthcare-application](#option-b-assisted-registration-to-healthcare-application "mention") [#option-c-individual-holding-the-data-for-registering-to-healthcare-application](#option-c-individual-holding-the-data-for-registering-to-healthcare-application "mention") [UC-C-PIC-I-003: Withdraw or update existing consent](#uc-c-pic-i-003-withdraw-or-update-existing-consent) [UC-C-PIC-I-004: Consent agreement change notification](#uc-c-pic-i-004-consent-agreement-change-notification) ## UC-C-PIC-I-001: View Agreements **Context: Postpartum and infant care** | ID | UC-C-PIC-I-001 | | ------------------------------------------------------------------------------------------------------------------------------ | --------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Name | View agreements - Postpartum and infant care | | Description | The use case implements the viewing and understanding consent agreements, data policies applied to personal data processing. This includes obtaining copies of the consent agreement. | |

Trigger
(the event that triggers the use case)

|
  1. The individual user wishes to view the agreements and policies associated with personal data usage
| |

Preconditions
(list of conditions that MUST be met in order for the use case to be successful)

|
  1. The individual user logged into the healthcare application and have sufficient privileges to use the system
  2. The user has previously registered and signed the consent agreement
  3. The healthcare application has pre-configured consent agreements for the use of personal data
| | Data inputs |
  1. Login credentials
| |

Actors
(a person, a company or organisation, a computer program, or a computer system - hardware, software, or both)

|
  1. Individual user
  2. The health-care provider application. (a computer system)


Optionally: a data intermediary or a data operator.

| | Normal Course (what happens if the event is triggered and the preconditions have been met) |
  1. The individual user invokes the view agreement workflow
  2. Views all configured consent agreements
  3. The user is able to download a copy of agreement
| |

Alternative Course
(links to other use cases in case there are different ways how to solve the same use case)

|
  1. Get data failure scenarios
  2. Download option fails

The individual is able to withdraw consent or update existing consents as the next step of viewing all consent agreements at one place.

| | Data output | None | | Post-Conditions (the success criteria) |
  1. The individual is able to view consent agreements that are signed or to be signed.
  2. The individual is also able to download the signed agreement
| |

Exceptions
(error situations)

| | |

Related BBs
(working groups related to that particular use case)

|
  1. Identity BB (Required for acquiring authentication token)
  2. Registries BB - stores the data agreement data,
  3. Information Mediator BB - providing interfaces
  4. Security BB - supervision
| ### Sequence diagram Diagram Source ## UC-C-PIC-I-002: Give consent to fetching data There are three alternatives possible for giving consent: * [Option A: Self-Registration to healthcare application](https://docs.google.com/document/d/1kdk8iaH2khX3gZ3_0fevi510JWIL4hRWOr8Tjun6x6k/edit#heading=h.2s7g9pgnhcto) * [Option B: Assisted registration to healthcare application](https://docs.google.com/document/d/1kdk8iaH2khX3gZ3_0fevi510JWIL4hRWOr8Tjun6x6k/edit#heading=h.ipk3ux3jhopv) * [Option C: Individual “holding” the data for registering to healthcare application](https://docs.google.com/document/d/1kdk8iaH2khX3gZ3_0fevi510JWIL4hRWOr8Tjun6x6k/edit#heading=h.tid6m9pptzik) The above are detailed in the subsequent chapters. ### Option A: Self-Registration to healthcare application | ID | UC-C-PIC-I-002A | | ------------------------------------------------------------------------------------------------------------------------------ | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Name | Consent - Postpartum and infant care (Give consent) | | Description |

The use case allows an end-user to consent to fetch data from existing sources (possibly external to the application) or to manually fill in details during new mother registration.


In this option, the patient is doing a self-registration without any help of a healthcare assistant

| |

Trigger
(the event that triggers the use case)

|
  1. During a registration process, the workflow BB assumes or identifies the need for consent (precondition).
| |

Preconditions
(list of conditions that MUST be met in order for the use case to be successful)

|
  1. UC-C-PIC-001 has defined and published the configuration for the registration workflow.
  2. The individual is already registered into an identity management system (for example a population registry) that holds the user information, as required for consent.
  3. The user has the authority to consent as the owner or delegate to fetch the record.
| | Data inputs |
  1. The unique identifier of the individual that can be verified/used across BBs. E.g. Social Security Number.
  2. Service reference for which the consent is being sought
  3. The consent agreement demonstrates the use of data for which the consent is being sought
| |

Actors
(a person, a company or organisation, a computer program, or a computer system - hardware, software, or both)

|
  1. A consenting individual
  2. The healthcare system application
  3. The data source provides the registration data or credentials for a given identity data.
| | Normal Course (what happens if the event is triggered and the preconditions have been met) |
  1. The healthcare application understands the need for consent via the consent agreement definition.
  2. The individual is presented with the consent agreement together with the data policy for registration, requesting the data to be fetched from an external source, e.g. population register.
  3. The individual agrees (consents / opt-in) to fetch the data. A consent record is created.
  4. The data is fetched from the external source successfully.
| |

Alternative Course
(links to other use cases in case there are different ways how to solve the same use case)

|
  1. Individual cancels fetching the data.
| | Data output |
  1. A consent record is created in the registry.
| | Post-Conditions (the success criteria) |
  1. The registration is completed successfully importing data from a data provider.
  2. Consent Status is registered and can be queried (i.e. made available to the consent mediator)
| |

Exceptions
(error situations)

|


| |

Related BBs
(working groups related to that particular use case)

|
  1. Identity BB
  2. Workflow BB - workflow management
  3. Registries BB - Fetch the applicable data agreement
  4. Information Mediator BB - providing interfaces
  5. Security BB - supervision
| ### Sequence diagram ![](https://lh6.googleusercontent.com/Xb2oovDlbsnsAMJXY7i7aIQb663Q67ZBgc4B6gw7wZqQ6GOJ18gMaKEeWTDpsKRx2a7m5TUOYFOoPOq8c7PAbVPe8gAHn1mNXdOJy4oKJor403rHbvzTjjin0ipADusKp87AfiQ-kEA1Kqxd2lMLWw) [Diagram source](https://www.websequencediagrams.com/cgi-bin/cdraw?lz=dGl0bGUgVUMtQy1QSUMtMDAyOiBDb25zZW50IC0gUG9zdHBhcnR1bSBhbmQgaW5mYW50IGNhcmUgKEdpdmUgYwAlBikKCgphY3RvciBJbmRpdmlkdWFsCgoAAgotPitIZWFsdGgANgVhcHBsaWNhdGlvbjogSW52b2tlIG5ldyByZWdpc3RyABQFCgAaFi0tPi0AWQo6IFByb21wdCB0byBlbnRlciBwZXJzb25hbCBudW1iZXIAXSZFbnRlcnMAKxEAaxc-K1dvcmtmbG93IEJCOiBGZXRjaCBkYXRhIHcAEQcKbm90ZSByaWdodCBvZiAAJAsKICAgAIFrB3MgdGhlIG5lZWQgZm9yAIJBCCB0byBmAE0FACYFZGF0YSwAGwVlLmcuIGZyb20gcG9wdWwAgjgFAIIqB2VyCmVuZCBub3RlCgCBEAstPisAg0EITWFuYWdlbWVudACBKAsAaghhZ3JlABcFCgAaFS0tPi0AgWQNUmV0dXJucwAtEwBxDC0-LQCDWhgAJxoAg04mU2hvdwBsEwCCMQoAgwgFAIRYJwCFZQdzAIJwCWluZwCDSQUAgyZZAIQsBWVzAINVB0YAg1QIAIQWBQCDPyIAgzwmUmVjb3JkAIMaCmJ5AIRpBWkAhxMKAINWFj4rUgCGfgZ5AIVXBVNhAIdZCgCFRg8AGw0AiCkIc2F2ZWQAhn8FaXRhbnRseQoARAstLT4tAIR6F1N1Y2Nlc3MAhFonACYIAIRIJwBVCACIKycAgXoHAIZbBm9mAIkUBXVzZXIgcwCBHwZmdWwKCgo\&s=default) [Editable version](https://www.websequencediagrams.com/?lz=dGl0bGUgVUMtQy1QSUMtSS0wMDJBOiBDb25zZW50IC0gUG9zdHBhcnR1bSBhbmQgaW5mYW50IGNhcmUgKEdpdmUgYwAiCVNlbGYgcmVnaXN0cmF0aW9uKQoKCmFjdG9yIEluZGl2aWR1YWwKCgACCi0-K0hlYWx0aABKBWFwcGxpYwA0BTogSW52b2tlIG5ldwBFDQoAGhYtLT4tAFkKOiBQcm9tcHQgdG8gZW50ZXIgcGVyc29uYWwgbnVtYmVyAF0mRW50ZXJzACsRAGsXPitXb3JrZmxvdyBCQjogRmV0Y2ggZGF0YSB3ABEHCgpub3RlIHJpZ2h0IG9mIAAlCwogICAAgWwHcyB0aGUgbmVlZCBmb3IAglUJdG8gZgBOBQAmBWRhdGEsABsFZS5nLiBmcm9tIHBvcHVsAIJyBQCCfQdlcgplbmQgbm90ZQoKAIESCy0-KwCDVwhNYW5hZ2VtZW50AIEqCwCDSQhhZ3JlABcFCgAaFS0tPi0AgWYNUmV0dXJucwAtEwBxDC0-LQCDXBgAJxoAg1AmU2hvdwBsEwCCMgoAgwoFAIJ3EACFEAsgICAgSGVyZSwAgn8FaQCFKwkgY2FuIHByb3ZpZACFZgoAgy8FdmlhIG11bHRpcGxlIG1lYW5zOiBFLmcuIGJpb21ldHJpYyBJRCwgYQCDXAVub3RpZgCFWwcgdG8AVRB2aWEgU01TIGV0Yy4AhAwFAIQRBU9uY2UAhA4FdXNlcgCDDgZzADUIAIMZESwgYQCEGwZ1bmlxdQAtB0lEIGlzIGNyZWF0ZWQgd2l0aGluAIRgBQCGZhYuIACELAsAhwcmAIgnBwCBEwUAhSEFaW5nAIV3BQCFcjsAhg4eAIZaBWVzAIYCB0YAhgEIAIZDBQCFRkhSZWNvcmQAhUYKYnkAhAgPAIYBFz4rUgCJfgZ5AIgFBVNhAIobCgCHcw8AGw0AimsIc2F2ZWQAiS0FaXRhbnRseQoARAstLT4tAIcmF1N1Y2Nlc3MAhwYnACYIAIZ0JwBVCACKWScAgXoHAIkIBm9mAItCBQCFOwVzAIEfBmZ1bAoKCg\&s=default) ### Option B: Assisted registration to healthcare application | ID | UC-C-PIC-I-002B | | ------------------------------------------------------------------------------------------------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ | | Name | Consent - Postpartum and infant care (Give consent) | | Description |

The use case implements end-user to consent to fetch data from existing sources or to manually fill in details during new mother registration.


In this option, the patient is assisted by a healthcare assistant

| |

Trigger
(the event that triggers the use case)

| Same as UC-C-PIC-I-002A | |

Preconditions
(list of conditions that MUST be met in order for the use case to be successful)

| Same as UC-C-PIC-I-002A | | Data inputs |
  1. The primary identity is key to the individual. E.g. Social Security Number by the healthcare assistant

Rest same as UC-C-PIC-I-002A

| |

Actors
(a person, a company or organisation, a computer program, or a computer system - hardware, software, or both)

|
  1. A healthcare assistant assisting in the registration process

Rest same as UC-C-PIC-I-002A

| |

Normal Course (what happens if the event is triggered and the preconditions have been met)


|
  1. The healthcare application understands the need for consent via the consent agreement definition. The healthcare assistant gets notified of the need for consent.
  2. The individual is presented with the consent agreement together with the data policy for registration, requesting the data to be fetched from an external source, e.g. population register.
  3. The individual agrees (consents / opt-in) to fetch the data. A consent record is created.
  4. The data is fetched from the external source successfully.
| |

Alternative Course
(links to other use cases in case there are different ways how to solve the same use case)

|
  1. Individual cancels or opts out of fetching the data
| | Data output | Same as UC-C-PIC-I-002A | | Post-Conditions (the success criteria) |
  1. The registration is completed successfully importing data from a data provider.
| |

Exceptions
(error situations)

|


| |

Related BBs
(working groups related to that particular use case)

| Same as UC-C-PIC-I-002A | ### Sequence diagram ![](https://lh4.googleusercontent.com/EPl2pbjNgSG-gwYRNd7mYTgFC2LgUf7Nq87wWu3EmPCQGyuyp3GVfgS9vhuZ0TXTO54KasoMZZet0lnrMgCfIBRo5hnh1kkznFt0hV5KdthrSQGTkrnp8q12yC2wyMfU3HxcDSa6OfpzuxapHrp3bA) [Diagram source](https://www.websequencediagrams.com/cgi-bin/cdraw?lz=dGl0bGUgVUMtQy1QSUMtMDAyOiBDb25zZW50IC0gUG9zdHBhcnR1bSBhbmQgaW5mYW50IGNhcmUgKEdpdmUgYwAkB3dpdGggYXNzaXN0YW5jZSkKCgphY3RvciBIZWFsdGgALQVXb3JrZXIAEQdJbmRpdmlkdWFsCgoAExEtPisALQthcHBsaWNhdGlvbjogSW52b2tlIG5ldyByZWdpc3RyABQFADgMACULLS0-LQBxETogUHJvbXB0IHRvIGVudGVyIHBlcnNvbmFsIG51bWJlcgBkLUVudGVycwAnHACBBAw-K1dvcmtmbG93IEJCOiBGZXRjaCBkYXRhIHcAEQcKbm90ZSByaWdodCBvZgCCMAUAKAcKICAgAIF5B3MgdGhlIG5lZWQgZm9yAIJ9CXRvIGYATQUAJgVkYXRhLAAbBWUuZy4gZnJvbSBwb3B1bACCRgUAgjgHZXIKZW5kIG5vdGUKAIEQCy0-KwCDfghNYW5hZ2VtZW50AIEoCwCDcAhhZ3JlABcFCgAaFS0tPi0AgWQNUmV0dXJucwAtEwBxDACDKA4Ag3MNACcaAINoGgCEYgo6IFNob3cAgjMLdG8gb2J0YWluIGkAhQgJAIVMCQCFDQ0AMyEAggIRAIMFCgCDXAUKAINLDwCFdwsgICAgSGVyZSwAg1IFAH4MYW4gcHJvdmlkAIZhCgCEAgV2aWEgbXVsdGlwbGUgbWVhbnM6IEUuZy4gYmlvbWV0cmljIElELCBhAIQvBW5vdGlmAIY7ByB0bwBVEHZpYSBTTVMgZXRjLgCEAwoKCgoAhxoKAIZ2GwCIJgdzAIR0CWluZwCFTQUAhSpZAIYwBWVzAIVZB0YAhVgIAIYaBQCFQyIAhUAmUmVjb3JkAIUeCmJ5AIMMDwCFWRc-K1IAiRAGeQCHWwVTYQCKGgoAh0oPABsNAIpqCHNhdmVkAIkKBWl0YW50bHkKAEQLLS0-LQCGfhdTdWNjZXNzAIZeJwAmCACGTCcAVQgAijYuAIIBBwCIZgZvZgCLLQV1c2VyIHMAgSYGZnVsCgoK\&s=default) [Editable version](https://www.websequencediagrams.com/?lz=dGl0bGUgVUMtQy1QSUMtSS0wMDJDOiBDb25zZW50IC0gUG9zdHBhcnR1bSBhbmQgaW5mYW50IGNhcmUgKEdpdmUgYwAkB3dpdGggZGF0YSBjYXJyaWVkIGJ5IHRoZSBpbmRpdmlkdWFsKQoKYWN0b3IgSGVhbHRoAEAFV29ya2VyABEHSQAiCQoKABMRLT4rAC0LYXBwbGljYXRpb246IEludm9rZSBuZXcgcmVnaXN0cgAUBQA4DAAlCy0tPi0AcRE6IFByb21wdCB0byBlbnRlciBwZXJzb25hbCBudW1iZXIAZC1FbnRlcnMAJxwAgQQMPitXb3JrZmxvdyBCQjogRmV0YwCCRAd3ABEHCm5vdGUgcmlnaHQgb2YAgjAFACgHCiAgIACBeQdzAIJqBW5lZWQgZm9yAIMQCXRvIGYATQUAJgVkYXRhLAAbBWUuZy4gZnJvbSBwb3B1bACCRgUAgjgHZXIKZW5kIG5vdGUKAIEQCy0-KwCEEQhNYW5hZ2VtZW50AIEoCwCEAwhhZ3JlABcFCgAaFS0tPi0AgWQNUmV0dXJucwAtEwBxDACDKA4Ag3MNACcaAINoGgCEYgo6IFByZXNlbnQAgjYLdG8gb2J0YWluAIU0CwCFYgkAhRANADMkYQCCCRIAgw0KAIYvBQoAg1MPAIV_CyAgICBIZXJlLACGPw8gY2FuIHByb3ZpZACGfAoARw8gICAgdXNpbmcgYSBwaHlzaWNhbCBvciBkaWdpdGFsAIcnCWQgKACECgVoZWxkIGluIGEAhHgHYWxsZXQpAIQDCgoKAIcZCgCGdRsAiDgHcwCEcwlpbmcAiBcFAIUpWQCGLwVlcwCFWAdGAIVXCACGGQUAhUIiAIU_JlJlY29yZACFHQoAiU8RAIVYFz4rUgCJDwZ5AIdaBVNhAIosCgCHSQ8AGw0AinwIc2F2ZWQAiQkFaXRhbnRseQoARAstLT4tAIZ9F1N1Y2Nlc3MAhl0nACYIAIZLJwBVCACKNS4AggEHAIhlBm9mAIssBXVzZXIgcwCBJgZmdWwKCgo\&s=default) ### Option C: Individual “holding” the data for registering to healthcare application | ID | UC-C-PIC-I-002C | | ------------------------------------------------------------------------------------------------------------------------------ | ---------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Name | Consent - Postpartum and infant care (Give consent) | | Description |

The use case implements end-user to consent to fetch data from existing sources or to manually fill in details during new mother registration.


In this option, the patient is using a physical or digital document or data card as a data source that is verifiable

| |

Trigger
(the event that triggers the use case)

|
  1. During a registration process, the workflow BB identifies the need for consent.
| |

Preconditions
(list of conditions that MUST be met in order for the use case to be successful)

| Same as UC-C-PIC-I-002A | | Data inputs | Same as UC-C-PIC-I-002A | |

Actors
(a person, a company or organisation, a computer program, or a computer system - hardware, software, or both)

|

Same as UC-C-PIC-I-002A or UC-C-PIC-I-002B


| | Normal Course (what happens if the event is triggered and the preconditions have been met) |
  1. The healthcare application understands the need for consent via the consent agreement definition.
  2. The individual is presented with the consent agreement together with the data policy for registration, requesting the data to be fetched from a verifiable document (physical or digital)
  3. The individual uses the verifiable document, explicitly consenting to the use of data. A consent record is created.
  4. The data is fetched from the data card (may use an external system as configured in the physical or digital card).
| |

Alternative Course
(links to other use cases in case there are different ways how to solve the same use case)

|
  1. Individual cancels fetching the data.
| | Data output |
  1. A consent record is created in the registry.
| | Post-Conditions (the success criteria) |
  1. The registration is completed successfully importing data from a data provider.
| |

Exceptions
(error situations)

|


| |

Related BBs
(working groups related to that particular use case)

| Same as UC-C-PIC-I-002A | ### ### Sequence diagram Note: Here, the sequence shows the case for assisted registration flow. The same applies also for self-registration. ![](https://lh5.googleusercontent.com/nxb_wJxbdCa6fQjL5XhKfVbBMByynzDt-pNzn6vAQObbdxa30sz25ehPfm1-gjL0LQO3punX0QT14sRLhoS6Vh2FtXhLvPsFKUhD1dFAoqmtVRvcBlPwdW3eQyJiZXZzt7MR8TRDDQB3a-T8by49lg) [Diagram source](https://www.websequencediagrams.com/cgi-bin/cdraw?lz=dGl0bGUgVUMtQy1QSUMtMDAyOiBDb25zZW50IC0gUG9zdHBhcnR1bSBhbmQgaW5mYW50IGNhcmUgKEdpdmUgYwAkB3dpdGggYXNzaXN0YW5jZSkKCgphY3RvciBIZWFsdGgALQVXb3JrZXIAEQdJbmRpdmlkdWFsCgoAExEtPisALQthcHBsaWNhdGlvbjogSW52b2tlIG5ldyByZWdpc3RyABQFADgMACULLS0-LQBxETogUHJvbXB0IHRvIGVudGVyIHBlcnNvbmFsIG51bWJlcgBkLUVudGVycwAnHACBBAw-K1dvcmtmbG93IEJCOiBGZXRjaCBkYXRhIHcAEQcKbm90ZSByaWdodCBvZgCCMAUAKAcKICAgAIF5B3MgdGhlIG5lZWQgZm9yAIJ9CXRvIGYATQUAJgVkYXRhLAAbBWUuZy4gZnJvbSBwb3B1bACCRgUAgjgHZXIKZW5kIG5vdGUKAIEQCy0-KwCDfghNYW5hZ2VtZW50AIEoCwCDcAhhZ3JlABcFCgAaFS0tPi0AgWQNUmV0dXJucwAtEwBxDACDKA4Ag3MNACcaAINoGgCEYgo6IFByZXNlbnQAgjYLdG8gb2J0YWluIGkAhQsJAIVPCQCFEA0AMyRhAIIJEgCDDQoAg2QFCgCDUw8AhX8LICAgIEhlcmUsAINaBQCBAwxhbiBwcm92aWQAhmkKAEcPICAgIHVzaW5nIGEgcGh5c2ljYWwgb3IgZGlnaXRhbACEXwZjYXJkICgAhAoFaGVsZCBpbiBhAIR4B2FsbGV0KQCEAwoKCgCHGQoAhnUbAIglB3MAhHMJaW5nAIVMBQCFKVkAhi8FZXMAhVgHRgCFVwgAhhkFAIVCIgCFPyZSZWNvcmQAhR0KYnkAgwMPAIVYFz4rUgCJDwZ5AIdaBVNhAIoZCgCHSQ8AGw0AimkIc2F2ZWQAiQkFaXRhbnRseQoARAstLT4tAIZ9F1N1Y2Nlc3MAhl0nACYIAIZLJwBVCACKNS4AggEHAIhlBm9mAIssBXVzZXIgcwCBJgZmdWwKCgo\&s=default) [Editable version](https://www.websequencediagrams.com/?lz=dGl0bGUgVUMtQy1QSUMtSS0wMDJDOiBDb25zZW50IC0gUG9zdHBhcnR1bSBhbmQgaW5mYW50IGNhcmUgKEdpdmUgYwAkB3dpdGggZGF0YSBjYXJyaWVkIGJ5IHRoZSBpbmRpdmlkdWFsKQoKYWN0b3IgSGVhbHRoAEAFV29ya2VyABEHSQAiCQoKABMRLT4rAC0LYXBwbGljYXRpb246IEludm9rZSBuZXcgcmVnaXN0cgAUBQA4DAAlCy0tPi0AcRE6IFByb21wdCB0byBlbnRlciBwZXJzb25hbCBudW1iZXIAZC1FbnRlcnMAJxwAgQQMPitXb3JrZmxvdyBCQjogRmV0YwCCRAd3ABEHCm5vdGUgcmlnaHQgb2YAgjAFACgHCiAgIACBeQdzAIJqBW5lZWQgZm9yAIMQCXRvIGYATQUAJgVkYXRhLAAbBWUuZy4gZnJvbSBwb3B1bACCRgUAgjgHZXIKZW5kIG5vdGUKAIEQCy0-KwCEEQhNYW5hZ2VtZW50AIEoCwCEAwhhZ3JlABcFCgAaFS0tPi0AgWQNUmV0dXJucwAtEwBxDACDKA4Ag3MNACcaAINoGgCEYgo6IFByZXNlbnQAgjYLdG8gb2J0YWluAIU0CwCFYgkAhRANADMkYQCCCRIAgw0KAIYvBQoAg1MPAIV_CyAgICBIZXJlLACGPw8gY2FuIHByb3ZpZACGfAoARw8gICAgdXNpbmcgYSBwaHlzaWNhbCBvciBkaWdpdGFsAIcnCWQgKACECgVoZWxkIGluIGEAhHgHYWxsZXQpAIQDCgoKAIcZCgCGdRsAiDgHcwCEcwlpbmcAiBcFAIUpWQCGLwVlcwCFWAdGAIVXCACGGQUAhUIiAIU_JlJlY29yZACFHQoAiU8RAIVYFz4rUgCJDwZ5AIdaBVNhAIosCgCHSQ8AGw0AinwIc2F2ZWQAiQkFaXRhbnRseQoARAstLT4tAIZ9F1N1Y2Nlc3MAhl0nACYIAIZLJwBVCACKNS4AggEHAIhlBm9mAIssBXVzZXIgcwCBJgZmdWwKCgo\&s=default) ## UC-C-PIC-I-003: Withdraw or update existing consent | ID | UC-C-PIC-I-003 | | ------------------------------------------------------------------------------------------------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Name | Withdraw or update existing consent - Postpartum and infant care | | Description | The use case implement the withdrawal or updating of existing signed consent agreements. | |

Trigger
(the event that triggers the use case)

|
  1. The individual user wishes to withdraw or update the existing consent agreement with regard to the use of personal data.
| |

Preconditions
(list of conditions that MUST be met in order for the use case to be successful)

|
  1. The individual user logged into the healthcare application and have sufficient privileges to use the system
  2. The user has previously registered and signed the consent agreement(s).
  3. The healthcare application has pre-configured consent agreements for the use of personal data
| | Data inputs |
  1. Login credentials
| |

Actors
(a person, a company or organisation, a computer program, or a computer system - hardware, software, or both)

|
  1. Individual user
  2. The health-care provider application. (a computer system)


Optionally: a data intermediary or a data operator.

| | Normal Course (what happens if the event is triggered and the preconditions have been met) |
  1. The individual user invokes the view agreement use case (UC-C-PIC-I-001) and views all existing consent agreements
  2. The individual user chooses the particular consent which needs to withdraw consent or update an earlier consent.
  3. The individual user confirms the action
| |

Alternative Course
(links to other use cases in case there are different ways how to solve the same use case)

|
  1. Withdraw or update consent failure scenarios
  2. Connection error scenarios
| | Data output | NA | | Post-Conditions (the success criteria) |
  1. The individual is able to view consent agreements that are signed or to be signed.
  2. The individual is able to withdraw consent or update existing consents.
| |

Exceptions
(error situations)

| | |

Related BBs
(working groups related to that particular use case)

|
  1. Identity BB (Required for acquiring authentication token)
  2. Registries BB - stores the data agreement data,
  3. Information Mediator BB - providing interfaces
  4. Security BB - supervision
| ### Sequence diagram ![](https://lh3.googleusercontent.com/V_kIv-3_coTOLP-FHqvhR0P0LpvK0fO1AIijXS8yEFJf6rQTXZXNUZ0YEiY3sug6Kwr3ZnPz7I-ORD9ptbxTTLf8VBmRWaYI7ezGVfGjj4fxcawqKhA5OYldLQoKcFeM3UNNbLDV2ogLlyCSkvlzuY4) [Diagram Source](https://www.websequencediagrams.com/?png=msc2041685806) ## UC-C-PIC-I-004: Consent agreement change notification | ID | UC-C-PIC-I-004 | | ------------------------------------------------------------------------------------------------------------------------------ | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | Name | Consent agreement change notification- Postpartum and infant care | | Description | The use case implement the Consent agreement change notification for existing consent agreements | |

Trigger
(the event that triggers the use case)

|
  1. The individual user wishes to withdraw or update the existing consent agreement with regard to the use of personal data.
| |

Preconditions
(list of conditions that MUST be met in order for the use case to be successful)

|
  1. The individual user logged into the healthcare application and have sufficient privileges to use the system
  2. The user has previously registered and signed the consent agreement(s).
  3. The healthcare application has pre-configured consent agreements for the use of personal data
| | Data inputs |
  1. Login credentials
| |

Actors
(a person, a company or organisation, a computer program, or a computer system - hardware, software, or both)

|
  1. Individual user
  2. The health-care provider application. (a computer system)


Optionally: a data intermediary or a data operator.

| | Normal Course (what happens if the event is triggered and the preconditions have been met) |
  1. The individual user invokes the view agreement use case (UC-C-PIC-I-001) and views all existing consent agreements
  2. The individual user chooses the particular consent which needs to withdraw consent or update an earlier consent.
  3. The individual user confirms the action
| |

Alternative Course
(links to other use cases in case there are different ways how to solve the same use case)

|
  1. Withdraw or update consent failure scenarios
  2. Connection error scenarios
| | Data output | NA | | Post-Conditions (the success criteria) |
  1. The individual is able to view consent agreements that are signed or to be signed.
  2. The individual is able to withdraw consent or update existing consents.
| |

Exceptions
(error situations)

| | |

Related BBs
(working groups related to that particular use case)

|
  1. Identity BB (Required for acquiring authentication token)
  2. Registries BB - stores the data agreement data,
  3. Information Mediator BB - providing interfaces
  4. Security BB - supervision
| ### Sequence diagram Diagram Source --- # Agent Instructions: Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation dynamically by asking a question. Perform an HTTP GET request on the current page URL with the `ask` query parameter: ``` GET https://consent.govstack.global/consent-1.0/internal-use-case-definitions/uc-c-pic-i-individual-use-cases-services.md?ask= ``` The question should be specific, self-contained, and written in natural language. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.