Abstract: An electronic device may have a plurality of defined life cycle stages and a one-time-programmable (OTP) memory comprising a plurality of life cycle bits, wherein respective bit patterns of the life cycle bits may correspond with respective life cycle stages of the defined life cycle stages. The electronic device may also have a boot code stored in read only memory and executable by a processor to receive a request to transition from a current life cycle stage to a next life cycle stage and, in response to the received request, automatically generate a bit pattern corresponding to the next life cycle stage of the plurality of defined life cycle stages and program the bit pattern corresponding to the next life cycle stage of the plurality of defined life cycle stages in the OTP memory during a time when the OTP memory is not user-accessible.

Abstract: A ground contact spring plate (108) for a battery interface (102) of a portable radio (100) is provided. The ground contact spring plate (108) is formed of a unitary sheet metal piece part having a top surface (108a) and a bottom surface (108b), a center aperture (108c) formed through the top surface and bottom surface, and first and second finger spring contacts (108d, 108e)) integrally formed along first and second side edges (108f, 108g) of the ground contact spring plate (108).

Abstract: A device with boot code, first mutable code stored in non-volatile memory, a first owner information stored in the non-volatile memory, and an SRAM with an SRAM physically unclonable function (SRAM PUF) region. Boot code may generate a first unique private key based on both the first owner information and a portion of the SRAM PUF region, wherein the first unique private key may not be directly accessible by the first mutable code; generate a first unique private keycode corresponding to the first unique private key; and provide the first mutable code with the first unique private keycode corresponding to the first unique private key. First mutable code may use the first unique private keycode to cause data to be signed with the first unique private key and generate a first unique mutable code private key based on at least a portion of the SRAM PUF region.

Abstract: A portable communication device includes a main housing, and a knob coupled to the main housing. The knob is rotatable about a first axis that extends into the main housing, and the knob includes a channel that extends partially circumferentially about the first axis. The portable communication device also includes a button coupled to the main housing. The button is moveable linearly along a second axis that is parallel to the first axis, and the button includes a projection that is sized and shaped to extend into the channel. The button is movable between a first position in which the projection is within the channel, and a second position in which the projection is outside of the channel.

Abstract: A device with one-time-programmable (OTP) memory, boot code, volatile memory, and non-volatile memory. Boot code may use information in OTP to authenticate code of an implicit owner of the electronic device; receive a first create owner container request; create a first owner container comprising a first signed data image; store the first owner container; and use the first signed data image to authenticate first executable code associated with the first owner. Boot code may transfer ownership from the first owner to a second owner, including authenticating a signed transfer of ownership command using a key stored in the first owner container and creating a second owner container comprising a second signed data image associated with the second owner; storing the second owner container; revoking the first owner container; and using the second signed data image to authenticate second executable code associated with the second owner of the electronic device.

Abstract: A device with one-time-programmable (OTP) memory, boot code, volatile memory, and non-volatile memory. Boot code may use information in OTP to authenticate code of an implicit owner of the electronic device; receive a first create owner container request; create a first owner container comprising a first signed data image; store the first owner container; and use the first signed data image to authenticate first executable code associated with the first owner. Boot code may transfer ownership from the first owner to a second owner, including authenticating a signed transfer of ownership command using a key stored in the first owner container and creating a second owner container comprising a second signed data image associated with the second owner; storing the second owner container; revoking the first owner container; and using the second signed data image to authenticate second executable code associated with the second owner of the electronic device.

Abstract: A portable communication device includes a main housing, and a knob coupled to the main housing. The knob is rotatable about a first axis that extends into the main housing, and the knob includes a channel that extends partially circumferentially about the first axis. The portable communication device also includes a button coupled to the main housing. The button is moveable linearly along a second axis that is parallel to the first axis, and the button includes a projection that is sized and shaped to extend into the channel. The button is movable between a first position in which the projection is within the channel, and a second position in which the projection is outside of the channel.

Abstract: A device with boot code, first mutable code stored in non-volatile memory, a first owner information stored in the non-volatile memory, and an SRAM with an SRAM physically unclonable function (SRAM PUF) region. Boot code may generate a first unique private key based on both the first owner information and a portion of the SRAM PUF region, wherein the first unique private key may not be directly accessible by the first mutable code; generate a first unique private keycode corresponding to the first unique private key; and provide the first mutable code with the first unique private keycode corresponding to the first unique private key. First mutable code may use the first unique private keycode to cause data to be signed with the first unique private key and generate a first unique mutable code private key based on at least a portion of the SRAM PUF region.

Abstract: A device with one-time-programmable (OTP) memory, boot code, volatile memory, and non-volatile memory. Boot code may use information in OTP to authenticate code of an implicit owner of the electronic device; receive a first create owner container request; create a first owner container comprising a first signed data image; store the first owner container; and use the first signed data image to authenticate first executable code associated with the first owner. Boot code may transfer ownership from the first owner to a second owner, including authenticating a signed transfer of ownership command using a key stored in the first owner container and creating a second owner container comprising a second signed data image associated with the second owner; storing the second owner container; revoking the first owner container; and using the second signed data image to authenticate second executable code associated with the second owner of the electronic device.

Abstract: An electronic device may have a plurality of defined life cycle stages and a one-time-programmable (OTP) memory comprising a plurality of life cycle bits, wherein respective bit patterns of the life cycle bits may correspond with respective life cycle stages of the defined life cycle stages. The electronic device may also have a boot code stored in read only memory and executable by a processor to receive a request to transition from a current life cycle stage to a next life cycle stage and, in response to the received request, automatically generate a bit pattern corresponding to the next life cycle stage of the plurality of defined life cycle stages and program the bit pattern corresponding to the next life cycle stage of the plurality of defined life cycle stages in the OTP memory during a time when the OTP memory is not user-accessible.

Abstract: Disclosed in some forms is a process of limiting the impact of surgery on a nerve, the process comprising applying a therapeutic substance to the nerve during surgery. In some aspects, disclosed is a formulation for reducing nerve trauma comprising an active pharmacological ingredient adapted to intervene in the activation of pathways of cellular degradation within the nerve and a carrier adapted to reduce dissemination of the active pharmacological ingredient beyond the site at which its effect is intended.

Abstract: Techniques for fracture detection are provided. A first image is received to be processed to identify rib fractures. A first set of regions of interest (ROIs) is identified by processing the first image using a first machine learning model, where each ROI in the first set of ROIs corresponds to a first potential fracture. Further, a first ROI of the first set of ROIs is upsampled, and the system attempts to verify the first potential fracture in the first ROI by processing the upsampled first ROI using a second machine learning model.

Abstract: Image sequence analysis by receiving a set of sequential images associated with a timeline, determining a gap according to the set of sequential images, generating a synthetic image associated with the gap according to the set of sequential images, and providing a new set of images including the synthetic image.

Abstract: Techniques for fracture detection are provided. A first image is received to be processed to identify rib fractures. A first set of regions of interest (ROIs) is identified by processing the first image using a first machine learning model, where each ROI in the first set of ROIs corresponds to a first potential fracture. Further, a first ROI of the first set of ROIs is upsampled, and the system attempts to verify the first potential fracture in the first ROI by processing the upsampled first ROI using a second machine learning model.

Abstract: Disclosed in some forms is a process of limiting the impact of surgery on a nerve, the process comprising applying a therapeutic substance to the nerve during surgery. In some aspects, disclosed is a formulation for reducing nerve trauma comprising an active pharmacological ingredient adapted to intervene in the activation of pathways of cellular degradation within the nerve and a carrier adapted to reduce dissemination of the active pharmacological ingredient beyond the site at which its effect is intended.

Abstract: The present invention relates generally to methods for inhibiting neuron apoptosis and necrosis associated with excess glutamate release.

Abstract: A method for bolus tracking includes acquiring one or more baseline images. One or more trigger regions are automatically established within the baseline images. A bolus is administered. The automatically established trigger regions are monitored for bolus arrival at the one or more trigger regions. Bolus arrival at a volume of interest is forecasted based on the bolus arrival at the one or more trigger regions. A diagnostic scan of the volume of interest is acquired at the forecasted time.

Abstract: The present invention relates generally to methods for inhibiting neuron apoptosis and necrosis associated with excess glutamate release.

Abstract: Systems and methods for supporting a diagnostic workflow from a computer system are disclosed herein. In accordance with one implementation, a set of pre-identified anatomical landmarks associated with one or more structures of interest within one or more medical images are presented to a user. In response to a user input selecting at least one or more regions of interest including one or more of the pre-identified anatomical landmarks, the user is automatically navigated to the selected region of interest. In another implementation, a second user input selecting one or more measurement tools is received. An evaluation may be automatically determined based on one or more of the set of anatomical landmarks in response to the second user input.

Abstract: A method for synchronizing patient data between at least two independent applications in a distributed environment includes capturing screen information from a display window of a first application client that is displaying a medical image of a patient, analyzing the screen information captured from the first application client display to extract patient identifying information, and synchronizing a display of information of the patient on a second application system display screen with the first application display window using the extracted patient identification information.