Skip to content

feat: remove InputStream overloads and add new optional fields#72

Open
fern-api[bot] wants to merge 1 commit intomainfrom
fern-bot/2026-03-18T10-36Z
Open

feat: remove InputStream overloads and add new optional fields#72
fern-api[bot] wants to merge 1 commit intomainfrom
fern-bot/2026-03-18T10-36Z

Conversation

@fern-api
Copy link
Contributor

@fern-api fern-api bot commented Mar 18, 2026

Version Bump: Multiple public methods were removed (parserCreateJob InputStream overloads) and a parameter type was changed from String to enum (lab parameter).

  • The SDK now supports configurable logging through the new logging() method on ClientOptions.Builder. Configure request/response logging to monitor HTTP operations and streaming behavior. Advanced SSE stream processing is now available with Stream.fromSseWithEventDiscrimination() methods for handling discriminated unions in Server-Sent Events.
  • Breaking changes: Several parserCreateJob method overloads that accepted InputStream parameters have been removed from RawLabReportClient. Use the File parameter overloads instead. The lab parameter in LabTestsGetPscAppointmentAvailabilityRequest now expects an AppointmentPscLabs enum value instead of a String. New optional fields are available: labAccountId and labSlug on lab test creation, labSlug on marker queries, and appointmentNotes on appointment requests.
  • New optional fields added to multiple data models: SDK version tracking in ManualConnectionData, access notes in Address, appointment notes in reschedule requests, and clinical notes in orders. The DerivedReadinessColumnExpr type is now supported in aggregation expressions. All changes are backward compatible with existing code.
  • The GetOrderTransactionResponse.getStatus() method now returns OrderTransactionStatus enum instead of String. Update your code to handle the enum type. The ParsingJob.getJobId() method has been removed. New optional fields orderTransaction and accessNotes are available on lab results and patient address objects respectively.
  • The SDK now supports DerivedReadinessColumnExpr in query select operations and includes an optional access_notes field in the UsAddress model for delivery instructions.
  • The SDK now supports filtering lab test markers by lab using the optional lab_slug parameter in getMarkers(). Additionally, manual provider connections can now include iOS and Android SDK version headers for improved platform tracking.
  • The SDK now supports comprehensive logging configuration through the new LogConfig class. Configure logging levels, custom loggers, and output control when building the client. New client methods compendium() and labAccount() are available for extended lab management. Added support for SONORA_QUEST lab provider, SAMSUNG_HEALTH manual provider, and APERO/PVERIFY payor code external providers.
  • The SDK now includes a CompendiumClient for searching and converting compendium data, along with an SseEventParser utility class for handling Server-Sent Events with polymorphic type support.
  • New compendium search and convert capabilities added with ConvertCompendiumBody and SearchCompendiumBody request classes. The SDK now includes a LabAccountClient with getTeamLabAccounts() method for managing lab accounts.
  • New lab account management capabilities are now available through the RawLabAccountClient, allowing teams to retrieve and filter lab accounts by ID and status. Lab test orders now support clinical notes through the clinicalNotes field in CreateOrderRequestCompatible.
  • Request builders now support additional properties via new additionalProperty(String key, Object value) and additionalProperties(Map<String, Object> additionalProperties) methods, allowing dynamic field assignment beyond the predefined schema.
  • New builder methods additionalProperty() and additionalProperties() are now available on request builders, allowing custom properties to be set on API requests for advanced use cases.
  • New additionalProperty() and additionalProperties() methods available on all vitals request builders, allowing custom key-value pairs to be included in API requests.
  • New additionalProperty() and additionalProperties() methods are now available on all vitals request builders, allowing users to set custom properties on request objects.
  • New builder methods additionalProperty() and additionalProperties() are now available on all request and response builders, allowing custom key-value pairs to be set for API extensibility. The AppointmentBookingRequest now supports an optional appointmentNotes field.
  • New CanonicalCandidate type available for biomarker canonical matching with LOINC codes, provider IDs, and confidence scoring. All type builders now support fluent additionalProperty() and additionalProperties() methods for enhanced extensibility.
  • New optional appointmentNotes field available on ClientFacingAppointment to provide additional context for appointments. Builder convenience methods additionalProperty() and additionalProperties() have been added across multiple classes for improved API usability.
  • New builder methods for additional properties are now available on all client-facing types. Use additionalProperty(key, value) to add single properties or additionalProperties(map) to add multiple properties when building objects.
  • The SDK now supports setting additional properties on model objects through new builder methods. Use additionalProperty(key, value) or additionalProperties(map) when constructing ClientFacing model objects to include arbitrary key-value pairs.
  • The SDK now supports setting additional properties on client-facing data types through new builder methods. Use additionalProperty(key, value) to set individual properties or additionalProperties(map) to set multiple properties at once.
  • New lab report parsing job events are now available for webhook notifications. The SDK also introduces lab account management capabilities with support for billing controls, team allowlists, and business unit configuration. Additionally, all builder classes now support setting additional properties for enhanced flexibility.
  • New additionalProperty() and additionalProperties() builder methods available on client-facing model classes for setting arbitrary key-value data.
  • New builder methods additionalProperty() and additionalProperties() are now available on client-facing type builders, allowing custom key-value pairs to be set on response objects.
  • New additionalProperty() and additionalProperties() methods are now available on all builder classes, allowing you to set custom fields that extend beyond the standard model schema.
  • Builder classes now support dynamic additional properties via new additionalProperty() and additionalProperties() methods, enabling more flexible object construction.
  • The SDK now supports lab test compendium conversions through the new ConvertCompendiumResponse class and CompendiumSearchLabs enum. Added DerivedReadinessColumnExpr for advanced readiness analytics. All model builders now include additionalProperty methods for dynamic property handling.
  • The SDK now supports additional properties in builder patterns through new additionalProperty() and additionalProperties() methods, improving forward compatibility with API changes. A new GetTeamLabAccountsResponse class is also available for lab account management.
  • New additionalProperty() and additionalProperties() methods available on all grouped data type builders, enabling custom metadata to be set on response objects.
  • New builder methods available on all grouped data types for setting additional properties. The additionalProperty() and additionalProperties() methods enable handling of custom fields in API responses.
  • The SDK now supports setting additional properties on model objects through new additionalProperty() and additionalProperties() builder methods. New enum values have been added for expanded lab testing capabilities.
  • Builder classes now support additional properties with new additionalProperty() and additionalProperties() methods, enabling custom key-value pairs to be set on response objects for extensibility.
  • The SDK now includes a new PerLabCandidate class for working with laboratory test candidates, providing access to detailed metadata such as LOINC codes, CPT codes, and confidence scores. Additionally, all data model builders now support fluent additionalProperty() and additionalProperties() methods for enhanced extensibility.
  • The SDK now supports provider ID conversion with new ProviderIdConversionResponse and RelatedCandidate types. Samsung Health is now available as a provider option. Lab result metadata now includes gender information with the new gender field in ResultMetadata.
  • New search compendium functionality available with SearchCompendiumResponse class and SearchMode enum for canonical and crosswalk search operations. The SDK also now includes a UsState enum with all 50 US state abbreviations.
  • The SDK now includes a new UserAddress type for handling address information with fields for address lines, country, zip code, city, state, and access notes. Builder classes across the SDK now support custom properties through additionalProperty() and additionalProperties() methods.

This SDK regeneration removes several public method overloads for file uploads
that used InputStream parameters while adding new optional fields to lab test
requests for improved customization.

Key changes:
- Remove parserCreateJob InputStream overloads from RawLabReportClient
- Add optional labAccountId and labSlug fields to CreateLabTestRequest
- Add optional labSlug field to LabTestsGetMarkersRequest
- Change lab parameter type from String to AppointmentPscLabs enum in LabTestsGetPscAppointmentAvailabilityRequest
- Add optional appointmentNotes field to RequestAppointmentRequest
- Update parameter naming in lambda expressions for consistency

🌿 Generated with Fern
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

0 participants