Who is this article for?

Administrators considering implementation of SeaCare 2.20.0.

No elevated access or permissions are required.

This article outlines the changes made to SeaCare in release 2.20.0 which is available to be scheduled for deployment.

Please contact your SeaCare representative for deployment assistance and configuration requirements.

---

Features

1. Application Performance Optimizations

Multiple system-level improvements implemented to enhance overall application performance and user experience across key modules.

1.1 SeaCare Operations

1.1.1 Admin Module

• Enhanced Users management interface performance (SC-13110)
• Optimized Forms section load times (SC-13558)
• Improved Merge Patients functionality (SC-13567)

1.1.2 Reports Module

• Accelerated standard Reports loading (SC-13146)
• Enhanced Custom Reports generation speed (SC-13544)
• Optimized Shoreside Reports functionality (SC-13537)
• Enhanced Shoreside Custom Reports performance (SC-13538)

1.1.3 Crew Wellness Module

• Improved Dashboard performance (SC-13079)
• Enhanced Programs section responsiveness (SC-13541)
• Optimized Documents management (SC-13539)
• Accelerated Reports generation (SC-13540)

1.1.4 Case Management Module

• • Enhanced Workflow performance (SC-13121)
  • Optimized Tasks management (SC-13122)

1.2 SeaCare Onboard

1.2.1 Core Modules

• • Enhanced Admin Users interface (SC-13092)
  • Optimized Merge Patients functionality (SC-13570)
  • Accelerated Crew Wellness module performance (SC-13066)

1.3 Dashboard Loading Optimizations

We have enhanced the Senior Management, Clinic, Scheduler, Health Information Exchange, Inventory, Crew Wellness and Reports modules with optimized loading behaviors, allowing users to navigate freely between tabs while the content loads. This improvement eliminates the full-screen loading overlay, replacing it with localized loading indicators for a more responsive user experience.

1.3.1 Removed Loading Overlay Optimizations

• • Clinic Module (SC-14528)
  • Schedule Module (SC-14542)
  • Health Information Exchange Module (SC-14543)
  • Inventory Module (SC-14544)
  • Crew Wellness Module (SC-14545)
  • Reports Module (SC-14546)
  • Senior Management Dashboard (SC-14243)

1.3.2 Enhanced Loading Behavior

• Removed the full-screen grey loading overlay
• Implemented tab-specific loading indicators
• Content loader indicator displays only within the actively loading area
• Added persistent loading indicators next to tab names to show ongoing loading status
• Enabled independent loading of dashboard content and tab counters:
  1. Dashboard data displays immediately upon completion, regardless of counter status
  2. Counter updates independently of dashboard content loading
  3. Loading indicators remain visible until all components complete loading

2. (SC-12200) Enhancements to Patient Triage and Disposition Workflows 

2.1 Triage Wizard Updates

• Removed "Deceased Date" Field:
  The "Deceased Date" field has been removed from the following areas:

  • Triage Wizard in the Patient Chart.

  • "Mass Casualty" action under the Additional Actions ("+") menu.

  • Triage summary section.

• Chief Complaint Field Adjusted:
  In the Triage summary, the Chief Complaints field has been repositioned to the left to occupy the space left by the removed "Deceased Date" field.

2.2 Disposition Wizard Enhancements

• New Discharge Option:
  A new option labeled "Discharge as Deceased" has been added under the "Admit or Discharge" section. This option appears at the bottom of the list.

• Mandatory Death Declaration Field:
  When "Discharge as Deceased" is selected, a mandatory field titled "Death Declaration Date and Time" appears below it. This field accepts:

  • Any past or present date/time.

  • Manual input or current timestamp selection.

• New Confirmation Popup:
  If a patient was marked as deceased during Triage, but the user selects a different discharge option, the system now prompts for confirmation before saving:
  Title: Save Disposition
  Message:
  “In the Triage, it is stated that the patient is deceased. However, the option 'Discharge as Deceased' was not selected in the 'Admit or Discharge' column. Do you want to continue with your current option?”
  Buttons:

  • No – Returns to the Disposition Wizard

  • Yes – Saves the disposition as defined

• Disposition Summary Update:
  If "Death Declaration Date and Time" has been recorded, it will now appear in the disposition summary, positioned to the right of the “Last Updated Date”.

2.3 Administrative Tab Update

• Field Renaming:
  The existing "Deceased" field has been renamed to "Death Declaration Date and Time".

• Auto-Population Logic:
  When "Discharge as Deceased" is selected in the Disposition Wizard, the "Death Declaration Date and Time" field in the Admin > General Tab will be auto-filled with the same date and time.

2.4 Report Builder Update

• New Reporting Field:
  The "Death Declaration Date and Time" field has been added to Cases & Encounters > Patient in Report Builder, allowing users to report on this new data point.

Ready to get started? Visit Displaying death options in triage of mass casualty encounters for more details.

3. (SC-14060) Enhancements to Duplicate Record Management

3.1 Duplicate Records Table Enhancements

• New Column – Manifest Status:
  A new column “Manifest Status” has been added between “Patient” and “Vessel.” It indicates if the patient is:

  • ✅ On Manifest (green label with check icon)

  • ❌ Not On Manifest (red label with remove icon)

• Clarity in Action Labels:
  The column "Primary" has been renamed to "Keep Demographics" to better reflect its function during merges.

• Updated Merge Confirmation Modal:
  The confirmation message has been revised to emphasize the importance of selecting demographics for patients currently on the manifest, warning users about potential data loss.

Ready to get started? Visit Enabling merge duplicate for crew/guest encounters for more details.

3.2 New System Notifications – Duplicate Record Alerts

• Notification Types:

  • Onboard – Sent to onboard users with a downloadable file of new duplicate records.

  • Shoreside – Sent to shoreside users with a link to view duplicates in SeaCare.

• Trigger Logic:

  • Sent once daily if new duplicates are detected.

  • Not sent if no new records are found.

  • Counts sets of duplicates (e.g., 3 similar patients = 1 set).

• Email Content:

  • Subject: "New Duplicate Records Found {mm-dd-yyyy}"

  • Action Buttons:

    • View (for Shoreside) – opens the Duplicate Records tab.

    • Download (for Onboard) – triggers login and download of an XLS file.

• File Details:

  • Filename: "Duplicate Records {mm-dd-yyyy}"

  • Columns: Last Name, First Name, DOB, Age, Gender, Crew/Guest, ID, Manifest Status, Vessel, Number of Cases.

3.3 Notification Retention Settings

• A new configurable setting allows clients to define how long notified duplicates are retained:

  • Range: 15 to 90 days

  • Default: 30 days

• Purpose:

  • Prevents duplicate notifications.

  • Optimizes system memory and performance.

• Logic Summary:

  • Previously notified records are excluded until the retention period expires.

  • If new matches are found, the retention clock resets.

3.4 New Validation Before Starting Encounters Configuration

• Setting Name: Check for Patient Duplicate Records Before Starting an Encounter

• Default: OFF

• When ON:

  • The system validates for duplicates before starting:

    • New patient encounters

    • Quick Entry CD cases

    • Quick Entry CD tests (when billed to MSB)

    • Quick Entry Interaction Logs (if injury-related)

• Validation Flow:

  • If duplicates exist, a modal is shown with possible matches and three options:

    • Cancel – Dismisses the message.

    • Ignore & Open Encounter – Continues without merging.

    • Merge – Allows merging records before starting.

4. (SC-13249) Patient Chart Quick Actions Enhancement with Schedule Appointment

4.1 Quick Action for Appointment Scheduling

• A new “Schedule Appointment” action is now available in the Quick Action (+) menu in the Patient Chart.

• This feature enables medical staff to quickly book an appointment for the selected patient without navigating to the Scheduler module.

4.2 Permission-Controlled Access

• Access to this action is governed by the existing “Update Appointments” permission within the Scheduler permission set.
  Users without this permission will not see or be able to use the action.

4.3 Streamlined Scheduling Flow

• Selecting “Schedule Appointment” opens a large modal identical in design and functionality to the Crew Wellness Scheduler module.

• Users can:

  • View the ship's current calendar.

  • See scheduled appointments.

  • Click directly on the calendar to create a new appointment.

4.4 Pre-populated Patient Details

• When creating a new appointment through this action:

  • The patient’s name is automatically pre-selected and disabled (i.e., cannot be changed).

  • This ensures the appointment is directly tied to the correct patient.

4.5 Real-Time Visibility

• Appointments scheduled using this method will:

  • Be linked exclusively to the selected patient and the current vessel.

  • Display immediately in the Scheduler module once created.

4.6 Vessel Restriction

• Users cannot switch vessels within the calendar modal launched from the Patient Chart. This ensures appointments are always created for the vessel currently associated with the patient.

Ready to get started? Visit Scheduling appointment quick actions for more details.

5. (SC-12990) Enhancements to Orders Display and Filtering

5.1 Bulk Selection Tools

• Added "Select All" and "Select None" options to streamline bulk actions on orders.

5.2 Updated Default Filter Behavior

• The default filter view now displays orders with statuses Pending and Needs Review automatically upon accessing the Orders tab.

5.3 Completed Orders Display Adjustments

• When filtering by Completed:

  • The column “Due Date” is now displayed for consistency across all views.

  • The column “Completed Date” has been removed.

  • The completed date and time now appear directly under the green “Completed” label.

5.4 Counter and Tooltip Improvements

• The red counter badge on the Orders tabs now reflects the total of all Pending and Needs Review orders.

• When hovering over the badge, a tooltip appears:

  • “This is the total amount of orders that are ‘Pending’ or ‘Needs Review.’”

5.5 Refined Recurring Order Logic

• Recurring orders will now only count once in the tab counter, following updated logic:

  • A recurring order can only appear under one status at a time.

  • Once one part is completed and under review, the full order is counted as Needs Review.

  • The counter will always reflect one status per recurring order, never both.

5.6 Priority Column UI Fix

• A visual improvement was made to the Priority column:

  • Slight left padding was added to ensure proper alignment at a minimum screen resolution of 1440px, regardless of browser type.

Ready to get started? Visit Displaying all statuses by default in order menu for more details.

6. (SC-13787) New Real-Time Conflict Detection for MSB

6.1 Automatic Conflict Check Every 2 Minutes

• A background task now runs every two minutes to detect whether another user has made changes to the same MSB.

• This ensures users are always working with the most up-to-date version and helps prevent data overwrites or submission errors.

6.2 Validation Trigger on Post

• The system also validates for changes when the user clicks “Continue” to post the MSB.

• This double-check ensures no conflicting updates occurred mid-edit.

6.3 What Counts as a Change

• Changes that can trigger this validation include additions or edits to:

  • Prescriptions

  • Orders

  • Referrals

6.4 New Conflict Modal: “Reload MSB”

If a change is detected by another user, a confirmation modal is shown:

• Title: Reload MSB

• Message:
  “Another user has made updates to this MSB. Your current version is no longer valid and will be discarded. To avoid conflicts and ensure accuracy, you must reload the page to view and work with the updated version.”

• Actions:

  • Reload (green button):

    • Reloads the MSB immediately with the latest version.

  • Wait (white button):

    • Keeps the current view for 2 more minutes.

    • The modal will appear again unless the user manually reloads.

    • Ideal for reviewing edits before reloading.

6.5 Task Pausing Behavior

• Once the modal is displayed, the auto-checking task pauses.

• It resumes only after the user selects Reload or Wait, preventing duplicate prompts during review.

6.6 Blocking MSB Posting

• If a user ignores the reload and tries to post the MSB, the system will block posting.

• The Reload MSB modal will appear again, and posting will be disabled until the MSB is refreshed.

Ready to get started? Visit Forcing a refresh of the MSB page to prevent outdated submissions for more details.

7. (SC-12079) Crew Wellness Automated Appointment Management

7.1 Automatic Appointment Cancellation

When a crew member is removed from a wellness program using the “Stop Enrollment” action:

• The system will automatically cancel any upcoming appointments tied to the program.

• The appointment will be immediately removed from the onboard calendar.

7.2 Notification Email

If an upcoming appointment is canceled due to this action:

• An email notification is sent to:

  • The crew member (patient).

  • All subscribers to the “Appointments” system notification.

The email confirms the cancellation of the appointment originally scheduled as part of the wellness program.

7.3 Smart Handling of Past Appointments

• If the crew member has no future appointments, the system:

  • Does not send any email.

  • Does not remove any past appointments from the calendar.

7.4 User Interface Flow

• When Stop Enrollment is selected:

  1. A confirmation modal appears prompting the user to confirm and select the final status.

  2. Once confirmed, a temporary success message is displayed:
     “Program updated successfully.”

  3. The system proceeds with cancellation logic (if applicable).

Ready to get started? Visit Canceling crew wellness appointments when enrollment has stopped for more details.

8. (SC-14071) Crew Wellness Program Code Implementation

8.1 Code Field Added

• A new field labeled “Code” has been added between “Name” and “Date” in the Program Wizard under the Metric(s) section.

• This field is now a mandatory part of the program creation workflow.

8.2 Field Specifications

• The Code must be:

  • Unique across all programs.

  • Alphanumeric only (no special characters).

  • Max length: 100 characters.

8.3 Validation & Error Messaging

• If a user attempts to save a program using a code that already exists, the following error message appears:

  “The program cannot be saved because another program already has the same code number. Please enter a unique code number and try again.”

8.4 Code Display & Search

• Once saved:

  • The Code appears in the second row of the Program column in the Program listing.

• Users can now search for programs using either:

  • Keywords in the program name, or

  • The program code.

8.5 API Integration

• When creating a program via Crew Wellness API, the code will be populated using the value provided through the interface.

To learn more, please follow this link:

https://tritan.help.ideagen.com/hc/en-gb/articles/27278947661714-Introduction-to-Program-Codes

9. (SC-14301) New Configuration: Manning Office Field Requirement

9.1 Configurable Requirement for Manning Office Field

A new setting is now available in Admin > Configuration > Setting:

• Name: Assistance Company/Manning Office Field Required When Creating A Crew Patient

• Type: Setting

• Default: OFF

• Location: Onboard and Operations

• Version: 2.20

9.1.1 Label Update

• The label “Assistance Company/Manning Office” has been renamed to “Manning Office” in both Onboard and Operations under:
  Quick Action > Add Patient

9.1.2 Behavior Based on Setting:

• OFF (default): Manning Office field remains optional when manually creating crew members.

• ON: Manning Office field becomes mandatory for crew patients only.

  • Guests are unaffected.

  • Manifest records are not impacted.

9.1.3 Field Validation:

• If the setting is ON and the field is left blank:

  • It is highlighted in red.

  • An error message displays:
    “The form contains errors. Please review the fields marked in red and try again.”

9.2 Crew Import Template Updates

• A new “Manning Office” column has been added to the Crew Import Template, placed between “Country” and “Scheduled Sign On Date.”

• A new protected tab has been added to the template:

  • Sheet name: MANNING OFFICE

  • Contains a list of valid Manning Office values per client.

• This column uses an encrypted UID as the identifier for each company.

9.2.1 Validation Rules

• If the configuration is ON:

  • Manning Office is required during import.

• If the configuration is OFF:

  • The column remains optional.

• Regardless of setting, the column will not display an asterisk to indicate required status in the template (to avoid dev complexity).

Ready to get started? Visit Setting the Manning Office field to mandatory for more details.

10. (SC-14024) Automated Lot Creation for Dispensing Non-Inventory Items

10.1 Expanded Lot Search

• Users can now search and select all lot numbers associated with a SKU—including depleted lots—from the lot selection dropdown.

10.2 Manual Entry of Lot Numbers

10.2.1 Support for New or Depleted Lots

• Users can manually enter a new or depleted lot number:
  • The system will allow the entry to be saved.
  • If the lot is new, it is automatically registered in inventory upon saving.
  • The deduct action is now available for newly created lots.

10.3 Tooltip and Validation Updates

10.3.1 New Tooltip for Manually Entered Lots

• When a user enters a new lot not in inventory, the following tooltip is displayed:

  “This lot number is new and hasn't been registered in inventory for this SKU.”

10.3.2 Expired Lot Warning

• If a selected or new lot has an expiration date in the past, a warning modal will appear:
  • Single expired product:
    

    “The following product(s) come from expired lot(s): {product name}Are you sure you want to continue?”

  • Multiple expired products:
    

    “The following product(s) come from expired lot(s): {product name 1} {product name 2} {product name 3} Are you sure you want to continue?”

10.4 Prevention of Duplicate Lot Numbers

• The system now blocks attempts to add multiple lots with the same number:
  • Field is highlighted in red.
  • Tooltip displayed with the error.
  • Save/Continue is disabled.
• Validation is only active if “Medication Additional Validation” configuration is ON in Admin.

10.5 Validation Reset Behavior

• If a user adds a new lot → completes validation → and then changes the lot number → the validation field will reset to blank, prompting new validation.

10.6 Automatic Inventory Adjustments

10.6.1 Adjustment Logging

• Every time a new lot is added or an existing one is adjusted, the system:
  • Logs the adjustment in the Inventory Adjustments report.
  • Logs both additions and subtractions at the SKU and lot level.

10.6.2 Examples of Auto-Adjust Behavior

• Lot does not exist:
  → System creates a new VesselProductLot, adds the full depletion amount to it, and adjusts inventory.
• Lot exists but insufficient quantity:
  → System adds the required difference to reach the desired depletion quantity.
• Lot exists with enough quantity:
  → System proceeds without adjustment (current behavior remains).

10.7 Trigger Points for Inventory Adjustment

10.7.1 MSB or Quick Charge

• Adjustments are not made when saving.
• Adjustments happen only after POST is successful.

10.7.2 Medications and Infusions

• When performing Administer or Dispense, the system:
  • Logs the inventory adjustment first.
  • Then processes the inventory deduction as usual.

Ready to get started? Visit Creating a new lot product when dispensing an unknown lot for more details.

11. (SC-13523) Clinic Dashboard Enhancement: Orders and Referrals Widget

11.1 New Orders and Referrals Widget

New Orders and Referrals widget added to the Clinic Dashboard, providing medical staff with at-a-glance visibility of pending clinical tasks.

11.1.1 Comprehensive Order Tracking
The widget displays a count of all orders with status breakdowns, allowing staff to quickly identify items requiring attention.

11.1.2 Status Categorization
Orders and referrals are categorized by three key statuses:

• • Overdue: Items past their due date requiring immediate attention
  • Pending: Items awaiting completion within their timeframe
  • Needs Review: Items requiring clinical review or decision

11.1.3 Quick Access
Users can quickly identify workflow bottlenecks and prioritize actions directly from the dashboard without navigating to separate modules.

Ready to get started? Visit Visualising finish orders/referrals widget for more details.

---

Bug Fixes

Ref	Description
1000706	Fixed an issue where in SeaCare Onboard > Inventory module, the system was allowing the user to add duplicate lots when making an inventory adjustment.
1010731	Fixed an issue where in SeaCare Onboard > Admin > Notifications, the system was allowing onboard users to manage global recipients and unsubscribe them from Onboard Notifications.
1021659	Fixed an issue where in SeaCare Operations > Case Management Module, the "Duration" column was not working as expected.
1022400	Fixed an issue where on the Patient Chart > Medications section, the system was generating the medication label with truncated notes and not displaying as expected.
1024308	Fixed an issue where in some rare cases, the Patient Chart would not load as expected initially if the patient's image was not received as expected via the manifest interface.
1024329	Fixed an issue where some email notification download links were not working as expected.
1024370	Fixed an issue where on the Patient Chart > Master Service Bill Invoices, the system was not displaying Chinese special characters as expected.

---

Browser Compatibility

The features and fixes listed in this release were tested with: 

• Google Chrome version 135.0.7049.85 (Official Build) (64-bit)
• Microsoft Edge version 135.0.3179.73 (Official build) (64-bit)

While we strive to ensure compatibility, we cannot guarantee functionality with newer browser versions, as third-party updates may introduce changes that affect existing functionality as well as performance. For the best experience, we recommend using the tested versions or contacting support if issues arise with newer releases.