Stage | Responsible | Activity | Notes | |
---|---|---|---|---|
1 | PreparationOne-two weeks | Customer | Expresses intent to upgrade ClinSpark | Sandboxes are usually out of the scope of an upgrade as they are only normally provided during initial onboarding. If customers want to explore the latest release of ClinSpark before proceeding to formal validation they have access to a ‘community’ environment. |
2 | IQVIA PM | Inform customer that Reports/Dashboards and all other configuration items and integrations are NOT part of the regular ClinSpark release testing process and therefore it needs the Customer's special attention during testing / validation of the new version. | Key items to focus on:
Details about the upgrade process and environment management is here: Upgrading ClinSpark | |
3 | IQVIA PM | Request Customer to formalise their request for VAL instance (if not done already) in a Service Desk ticket. Aim to provide the timelines for the validation and a planned upgrade slot. | If customers already have a VAL instance, the request would be to update their existing instance to the intended version. If the customer does not have a VAL instance yet, the request would be to create the VAL instance. | |
4 | Customer | Create Service Desk ticket requesting upgrade of applicable instance. | The ticket must contain all the details requested here: https://foundryhealth.atlassian.net/wiki/spaces/DOCS/pages/3700293727/Upgrading+ClinSpark#Requesting-VAL-Instances If a VAL instance already exists that is being upgraded, the customer must decide on how existing configurations (dashboards, reports, etc) are to be managed. Typically, our recommendation is to also upgrade all configurations to latest using the synchronization feature. System Configurations and Synchronization States If certain report/dashboard configurations are not expected to be updated to the latest from the WAR file, these need to be specified. | |
5 | IQVIA Engineer | Provide/Upgrade Customer VAL environment version, whatever is agreed upon and update the corresponding FHSD ticket. If updating existing VAL environment, also update all system configurations based upon agreed approach in FHSD ticket. | ||
6 | IQVIA PM | Once upgrade has been completed | ||
7 | ValidationThree months (depending on the scope and approach taken by the customer) | Customer | Test new functionality and Configuration items / integrations in upgraded ClinSpark environment | |
8 | Customer | Create Service Desk tickets for issues arrising with configuration items due to the upgrade | ||
9 | IQVIA Engineer / IQVIA solution specialist | If applicable, ensure Configuration issues arising from the Customer's testing/validation exercise are addressed | Responsible depends on the issue arising | |
10 | Customer | Confirm to the IQVIA PM that customer validation exercise is complete, including validation / testing of the configuration items | ||
11 | Prep for Prod UpgradeTime required requires discussion | Customer | Confirm to the IQVIA PM of the preferred time slot for upgrading the Customer's Prod Main and Test instances |
|
12 | IQVIA PM | Collaborate with the engineering team to check if one of the preferred time slots works for engineering, ensure alignment is reached. Inform the customer accordingly / block the time slot chosen in the agenda of the IQVIA engineer (and wider implementation team if deemed necessary) | ||
13 | Customer | Create a service desk ticket formalising the request for upgrade of the Customer Prod Main and Test instances | ||
14 | Upgrade Prod EnvironmentHours | Customer | Ensure all activity on Prod Main has ended (including lab data transfers) and confirm to IQVIA engineer in the corresponding service desk ticket | |
15 | Customer | Ensure any updates to existing data is done, if needed. | If a customer is traversing many versions of ClinSpark in an upgrade cycle, significant changes may have occurred to e.g. database tables. For example it might be important to ensure that all sample processing paths are complete before upgrading. | |
16 | IQVIA Engineer | Take backup of Prod Main and Test - should rollback be required | ||
17 | IQVIA Engineer | Start actual upgrade of Prod Main | Pay special attention to configuration items | |
18 | IQVIA Engineer | Inform Customer (via service desk ticket) once Prod Main is upgraded | ||
19 | Customer | Perform final testing / validation, including QC of configuration items | 3-5 hours? | |
20 | Customer | Go - No Go decision | If all is well, confirm that last the validation confirmation steps, including QC of configuration items, has been performed / all is per expectations and that IQVIA engineer can start with upgrade of Prod Test instance. In case of issues, decide to revert back to the old situation/re-install the backup (< 1 hour) Customer PM and decision makers need to be available to make decisions, should things not go as planned. | |
21 | IQVIA Engineer | Start actual upgrade of Prod Test | Pay special attention to configuration items | |
22 | IQVIA Engineer | Inform Customer representative (via service desk ticket) once Prod Test is upgraded | ||
23 | Customer | Perform final testing/validation, including QC of configuration items | ||
24 | Customer | Confirm that last validation confirmation steps, including validation of configuration items, has been performed / all is per expectations and that the ticket can be closed |
© 2024 IQVIA - All Rights Reserved
Manage space
Manage content
Integrations