Abstract: In some implementations, a first computing device can send notifications at times that the first computing device is not in an expected location. A user of a second computing device can remotely configure an expected location for the first computing device, which may be a particular location for a certain period of time. During that time, the first computing device can monitor its own location and check whether it is within the expected location. If the first computing device unexpectedly leaves or fails to enter the expected location, the first computing device may transmit a notification to the second computing device. Similarly, if the first computing device loses connectivity with other devices, a server device may notify the second computing device that the location of the first computing device cannot be determined.

Abstract: A user interface is provided to schedule a sleep schedule associated with an alarm. Various user interface elements may be presented using the user interface. Responsive to user selection of these user interface elements, certain actions may be performed to configure aspects of the sleep schedule.

Abstract: Techniques are disclosed for facilitating disabling an alarm in response to particular types of activity-indicative data. More specifically, activity-indicative data (e.g., sensor data or input(s) can be detected prior to a preset alarm time. Upon determining, based on the activity-indicative data, that a wakefulness condition is satisfied (e.g., that the activity-indicative data corresponds to one or more predefined characteristics), a disablement query can be displayed that includes an option to disable the alarm. In response to detecting a selection of the option, the alarm can be disabled such that the alarm stimuli is not to be presented at the preset alarm time.

Abstract: In some implementations, a first computing device can send notifications at times that the first computing device is not in an expected location. A user of a second computing device can remotely configure an expected location for the first computing device, which may be a particular location for a certain period of time. During that time, the first computing device can monitor its own location and check whether it is within the expected location. If the first computing device unexpectedly leaves or fails to enter the expected location, the first computing device may transmit a notification to the second computing device. Similarly, if the first computing device loses connectivity with other devices, a server device may notify the second computing device that the location of the first computing device cannot be determined.

Abstract: Sleep alerts associated with an alarm can be scheduled using a first electronic device. Once scheduled, data can be collected from a second electronic device. This data can be used to determine an appropriate device, other than the first electronic device, at which the sleep alert can be presented. Once determined, the information can be sent to the appropriate device for presenting the sleep alert.

Abstract: Techniques are disclosed for facilitating disabling an alarm in response to particular types of activity-indicative data. More specifically, activity-indicative data (e.g., sensor data or input(s) can be detected prior to a preset alarm time. Upon determining, based on the activity-indicative data, that a wakefulness condition is satisfied (e.g., that the activity-indicative data corresponds to one or more predefined characteristics), a disablement query can be displayed that includes an option to disable the alarm. In response to detecting a selection of the option, the alarm can be disabled such that the alarm stimuli is not to be presented at the preset alarm time.

Abstract: A term base can be used to index a raw term (e.g., a text string from an electronic health record) to generate a computational expression of the raw term. As part of doing so, portions of the raw term including personally identifying information can be removed and/or replaced with de-identified information. The computational expression of the raw term can be used to generate a version of the raw term that is devoid of the personally identifying information.

Abstract: A configuration for a breathing sequence may be defined using a hardware element of a user device. A user interface of the user device may be used to begin the breathing sequence. During the breathing sequence, a fluctuating progress indicator user interface element may fluctuate at a cyclic rate. Such fluctuation may include repeated growing and repeated shrinking of the fluctuating progress indicator user interface element. During the breathing sequence, heart rate data may be collected and used to present heart rate information at a conclusion of the breathing sequence.

Abstract: Button functionalities for user interfaces, e.g., for use with a portable multifunction device, are disclosed. Exemplary button functionalities are described for an electronic device with a display, a rotatable and depressible input mechanism, and/or a button. Different device features may be accessed, depending on whether the rotatable and depressible input mechanism or the button is activated, and further depending on whether the activation represents a single press, a double press, or an extended press on the rotatable and depressible input mechanism or the button.

Abstract: A breathing sequence may define a suggested breathing pattern. Input may be received at a user interface of a device to initiate the breathing sequence. The breathing sequence may include a configuration phase in which configuration information may be received. The configuration information may define a variable time period for the breathing sequence. The breathing sequence also may include a preliminary phase during which a first version of a fluctuating progress indicator may be presented on the user interface. The fluctuating progress indicator may include a plurality of variable visual characteristics and may fluctuate at a first cyclic rate. The breathing sequence may also include a breathing phase during which a second version of the fluctuating progress indicator may be presented. The second version of the fluctuating progress indicator may fluctuate at a second cyclic rate according to a breathing rate.

Abstract: Button functionalities for user interfaces, e.g., for use with a portable multifunction device, are disclosed. Exemplary button functionalities are described for an electronic device with a display, a rotatable and depressible input mechanism, and/or a button. Different device features may be accessed, depending on whether the rotatable and depressible input mechanism or the button is activated, and further depending on whether the activation represents a single press, a double press, or an extended press on the rotatable and depressible input mechanism or the button.

Abstract: Embodiments are disclosed for a wearable computer with fitness machine connectivity for improved activity monitoring. In an embodiment, a method comprises: establishing, by a processor of a wireless device, a wireless communication connection with a fitness machine; obtaining, by the processor, machine data from the fitness machine; determining, by the processor, a workout session according to the machine data; initiating the workout session on the wireless device; during the workout session: obtaining, from a sensor of the computing device, physiological data of a user of the fitness machine; determining, by the processor, fitness data for the user based on the physiological data, the machine data and at least one user characteristic; and sending, by the processor, the fitness data to the fitness machine.

Abstract: Notifications for instructing user behavior can be determined and presented when appropriate. Historical fitness data and current fitness data are accessed. This data is used to determine whether a user fitness goal is likely to be achieved. If not, a notification may be determined and presented at a user device.

Abstract: Techniques are provided for contacting emergency response services when certain conditions are met. In some instances, it may be determined, by a wearable device, whether a user has responded to a first user interface prompt displayed in response to detection of a physical event associated with the user. In accordance with a determination that the user has not responded to the first user interface prompt after expiration of a first time period, certain actions may be performed. For example, a countdown timer may begin to run for a second timer period. During the second period, an audio alert and a haptic alert may be output by the wearable device. In accordance with a determination that the user has not responded to a second user interface prompt prior to expiration of the second time period, a communication channel request may be transmitted to an emergency response service by the wearable device.

Abstract: Notifications for instructing user behavior can be determined and presented when appropriate. Historical fitness data and current fitness data are accessed. This data is used to determine whether a user fitness goal is likely to be achieved. If not, a notification may be determined and presented at a user device.

Abstract: Techniques are provided for implementing audio looping techniques. In some instances, it may be determined, by a wearable device, whether a user has responded to a user interface prompt displayed in response to detection of a physical event associated with the user. Additionally, the wearable device may transmit a communication channel request to an emergency response service in accordance with a determination that the user has not responded to the user interface prompt after expiration of a time period. Further, the wearable device may transmit an audio message to the emergency response service at least in response to the emergency response service accepting the communication channel request.

Abstract: Techniques are disclosed for facilitating disabling an alarm in response to particular types of activity-indicative data. More specifically, activity-indicative data (e.g., sensor data or input(s) can be detected prior to a preset alarm time. Upon determining, based on the activity-indicative data, that a wakefulness condition is satisfied (e.g., that the activity-indicative data corresponds to one or more predefined characteristics), a disablement query can be displayed that includes an option to disable the alarm. In response to detecting a selection of the option, the alarm can be disabled such that the alarm stimuli is not to be presented at the preset alarm time.

Abstract: A device implementing a system for missed communication notification may include at least one processor configured to receive, from a server over a first communication channel, a message indicating that another device initiated a communication with the device over a second communication channel at a particular time. The at least one processor may be further configured to determine, by the device, whether the communication was established with the other device over the second communication channel at the particular time. The at least one processor may be further configured to provide, for display, an indication of the message based at least in part on a determination that the communication initiated by the other device was not established over the second communication channel at the particular time.

Abstract: Techniques are disclosed for facilitating disabling an alarm in response to particular types of activity-indicative data. More specifically, activity-indicative data (e.g., sensor data or input(s) can be detected prior to a preset alarm time. Upon determining, based on the activity-indicative data, that a wakefulness condition is satisfied (e.g., that the activity-indicative data corresponds to one or more predefined characteristics), a disablement query can be displayed that includes an option to disable the alarm. In response to detecting a selection of the option, the alarm can be disabled such that the alarm stimuli is not to be presented at the preset alarm time.

Abstract: In some implementations, a first computing device can send notifications at times that the first computing device is not in an expected location. A user of a second computing device can remotely configure an expected location for the first computing device, which may be a particular location for a certain period of time. During that time, the first computing device can monitor its own location and check whether it is within the expected location. If the first computing device unexpectedly leaves or fails to enter the expected location, the first computing device may transmit a notification to the second computing device. Similarly, if the first computing device loses connectivity with other devices, a server device may notify the second computing device that the location of the first computing device cannot be determined.