Skip to content

refactor: remove InputStream-based parser methods and update parameter names#70

Open
fern-api[bot] wants to merge 1 commit intomainfrom
fern-bot/2026-03-13T12-16Z
Open

refactor: remove InputStream-based parser methods and update parameter names#70
fern-api[bot] wants to merge 1 commit intomainfrom
fern-bot/2026-03-13T12-16Z

Conversation

@fern-api
Copy link
Contributor

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

  • New logging configuration support allows SDK consumers to configure request/response logging via ClientOptions.logging(). Added enhanced Server-Sent Events streaming with event-level discrimination support through new Stream.fromSseWithEventDiscrimination() methods for handling discriminated union payloads. Lab report parser methods now support multiple file uploads and removed some InputStream-based overloads.
  • Breaking change: The parserCreateJob methods that accepted InputStream parameters have been removed. Use the File-based versions of parserCreateJob instead. Several request classes now support additional optional fields for enhanced functionality.
  • New optional fields added to several data models including SDK version tracking for manual connections, granted permissions support, access notes for addresses, clinical notes for orders, and appointment notes for rescheduling. The UserInfoCreateRequest now uses the UserAddress type instead of the generic Address type for improved type safety.
  • The GetOrderTransactionResponse.getStatus() method now returns OrderTransactionStatus enum instead of String. Update your code to handle the enum type instead of string comparisons. The ParsingJob.getJobId() method has been removed - this field is no longer available in parsing job responses.
  • The SDK now supports derived readiness column expressions in queries through the new DerivedReadinessColumnExpr type. User addresses now include an optional accessNotes field for additional delivery information. Lab test marker endpoints have updated documentation to clarify their behavior regarding reflex markers.
  • The getMarkers() method now supports filtering by lab_slug parameter for improved lab-specific marker retrieval.
  • New logging configuration support with LogConfig.builder() for customizable log levels and output handlers. Added CompendiumClient and LabAccountClient for enhanced lab testing capabilities. Expanded provider support with SONORA_QUEST for lab services, SAMSUNG_HEALTH for manual data collection, and APERO/PVERIFY for payor code processing.
  • The SDK now includes a CompendiumClient for food compendium operations with search and convert methods. A new SseEventParser utility is available for handling Server-Sent Events with discriminated union types, supporting both data-level and event-level discrimination patterns.
  • New lab account management and compendium search capabilities are now available. The SDK includes a new LabAccountClient with getTeamLabAccounts() method for retrieving lab account information, and new request classes ConvertCompendiumBody and SearchCompendiumBody for compendium data operations.
  • The SDK now supports lab account management with the new getTeamLabAccounts() method on RawLabAccountClient for retrieving team lab account information with optional filtering. Additionally, lab test orders now support clinical notes through the new clinicalNotes parameter in CreateOrderRequestCompatible.
  • The SDK now provides additionalProperty() and additionalProperties() methods on all request builders, allowing dynamic addition of custom key-value pairs to API requests. This enables extended flexibility when working with evolving API requirements.
  • New additionalProperty() and additionalProperties() methods are now available on all request builder classes. These methods provide a fluent API for adding custom properties to requests while maintaining backward compatibility with existing code.
  • New additionalProperty() and additionalProperties() builder methods are now available on all vitals request classes. These methods allow setting custom key-value pairs on API requests for passing additional parameters or metadata.
  • New additionalProperty() and additionalProperties() methods available on all vitals request builders, allowing custom key-value pairs to be included in request objects.
  • New builder methods for additional properties are now available on request objects, allowing custom key-value pairs to be passed to API requests. The AppointmentBookingRequest now supports optional appointment notes.
  • New builder methods additionalProperty() and additionalProperties() are now available on all model classes to handle additional API response fields not explicitly defined in the schema. A new CanonicalCandidate class has also been added.
  • The SDK now supports appointment notes through a new optional appointmentNotes field on ClientFacingAppointment. Builder patterns across multiple client-facing models have been enhanced with additional property support for greater flexibility.
  • Builder interfaces now support setting additional properties via additionalProperty() and additionalProperties() methods, enabling custom key-value pairs during object construction.
  • New builder methods additionalProperty() and additionalProperties() are now available on all model classes, allowing you to set custom fields on objects for enhanced flexibility.
  • New builder methods additionalProperty() and additionalProperties() are now available on all Vital API type builders for handling custom fields and extensible JSON objects.
  • New lab report parsing job events are now available through ClientFacingLabReportParsingJobCreatedEvent and ClientFacingLabReportParsingJobUpdatedEvent, enabling tracking of lab report processing lifecycle. The SDK now includes ClientFacingLabAccount for comprehensive lab account management with billing state controls, business unit configuration, and team access controls.
  • New builder methods additionalProperty() and additionalProperties() are now available on all client-facing type builders, allowing developers to set custom properties on objects that support additional fields beyond the defined schema.
  • New builder methods available for handling additional properties on data models. The additionalProperty(String key, Object value) and additionalProperties(Map<String, Object> additionalProperties) methods enable flexible construction of model objects with dynamic or unknown properties.
  • New additionalProperty() and additionalProperties() methods are now available on all model builders, enabling dynamic property handling during object construction.
  • The SDK now supports dynamic property setting on model builders. New additionalProperty() and additionalProperties() methods are available on builders for client-facing model classes, allowing developers to set arbitrary key-value pairs when constructing objects.
  • New compendium conversion API types available including ConvertCompendiumResponse for lab test conversions and CompendiumSearchLabs enum. All model builders now support additionalProperty() and additionalProperties() methods for enhanced extensibility.
  • The SDK now supports setting additional properties on model builders through new additionalProperty() and additionalProperties() methods. This enables better handling of dynamic fields and improves forward compatibility.
  • New builder methods additionalProperty() and additionalProperties() are now available on all grouped data model builders, enabling easier handling of additional fields returned by the Vital API.
  • New builder methods additionalProperty() and additionalProperties() are now available on all grouped data type builders (GroupedIge, GroupedSteps, etc.), allowing dynamic addition of custom fields during object construction.
  • New builder methods additionalProperty() and additionalProperties() are now available on all data model builders, allowing you to set custom properties on request and response objects. New enum values DERIVED_READINESS and SONORA_QUEST have been added for expanded functionality.
  • New builder methods additionalProperty() and additionalProperties() are now available on model builders, providing better support for handling dynamic properties and future API extensions.
  • New PerLabCandidate class added for laboratory test candidate matching functionality. The SDK now provides comprehensive lab test information including marker details, LOINC codes, CPT codes, and confidence scoring. Builder classes now support additional properties for enhanced flexibility.
  • New types and provider support added to the SDK. The ProviderIdConversionResponse and RelatedCandidate types are now available for provider ID mapping functionality. The ResultMetadata type includes a new optional gender field with ResultMetadataGender enum. Samsung Health is now supported as a provider option in the Providers enum.
  • New SearchCompendiumResponse and SearchMode types are now available for compendium search operations. Added UsState enum containing all 50 US state abbreviations for geographic data handling.
  • New UserAddress type available for representing user address information with required fields for street address, country, zip, city, and state, plus optional second line and access notes. Enhanced builder patterns across response types now support additional properties for better JSON extensibility.

…r names

This change removes several public methods that accepted InputStream parameters
for lab report parsing, replacing them with File-based alternatives. Also updates
internal parameter naming for better consistency and adds new optional fields
to lab test requests.

Key changes:
- Remove parserCreateJob methods accepting InputStream, filename, and MediaType
- Update lambda parameter names from (key, value) to (_key, _value)
- Add labAccountId and labSlug fields to CreateLabTestRequest
- Add labSlug field to LabTestsGetMarkersRequest
- Add appointmentNotes field to RequestAppointmentRequest
- Update lab parameter type in LabTestsGetPscAppointmentAvailabilityRequest

🌿 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