21–30 of 102 posts
Minute by minute data can be very useful for custom visualization.
I have found a few bugs in fitbit, like I change my daily targets, but weekly targets dont change.
Also, fitbit free app is not available in Indian App Store. I dont want to create a US apple account to just use this app.
If open data access is available, I would be inclined to but a Aria and couple of fitbit zip for my family members as well.
Earlier quoted context omitted.
The issue is that the PID is all encrypted, I wouldn't know if we have a John Doe on our system, we can't see anything to verify that user exists or that they're the appropriate owner of said data. We do have an email (which is also encrypted at a system level, which in theory we could access), but verifying an access request based on an email address? I don't know. The way we solve the problem is by making all the d…
Your IG team will know. From my understanding, from the yearly IG briefings I used to have, you would be able to provide that requester with information on how to obtain their personal access, and point out to them where they can find the information they have requested. Information needs to be made accessible, you don't necessarily need to actually provide printouts. For example, FOI requests from news agencies ofte…
What if the FOI request was supplemented with the users password (changed by them to a temporary one)?
Other possibilities would be encrypting a second copy of the patients data (each time it is stored by the user) using a public key with the corresponding private key held in escrow somewhere on a machine with no network connection. It would then be someone's job, upon receiving an FOI request, to take the patients master-encrypted record(s), put them on the non-connected computer that contains the private key, decrypt, and print out in order to reply to the FOI and then clean up.
Earlier quoted context omitted.
You could hand over the encrypted data, the usefulness of such data being low however.
The issue is that the PID is all encrypted, I wouldn't know if we have a John Doe on our system, we can't see anything to verify that user exists or that they're the appropriate owner of said data. We do have an email (which is also encrypted at a system level, which in theory we could access), but verifying an access request based on an email address? I don't know. The way we solve the problem is by making all the d…
What would be ideal is to have some kind of "password/data escrow" service that is separate from companies like yours, or the one I'm working with, so that there is a way to recover the data if a password is lost, but a formal/legal separation of the means to access it is maintained.
I actually ran into the same problem recently, when trying to get my minute by minute data. I even emailed their support team, but no luck. I wonder if there's an easy way to scrape their flash charts on the dashboard...
API webpage: https://developer.bodymedia.com/docs/read/Home
1- The Bodymedia gives you steps taken as well as accurate sleep and caloric burn readings.
Earlier quoted context omitted.
Your IG team will know. From my understanding, from the yearly IG briefings I used to have, you would be able to provide that requester with information on how to obtain their personal access, and point out to them where they can find the information they have requested. Information needs to be made accessible, you don't necessarily need to actually provide printouts. For example, FOI requests from news agencies ofte…
FOI requests are often made because people don't trust that the "all your information is displayed here on the website" is actually all of the information that is being held on them. What if the FOI request was supplemented with the users password (changed by them to a temporary one)? Other possibilities would be encrypting a second copy of the patients data (each time it is stored by the user) using a public key wit…
You must track each and every time a patient's data was decrypted and by whom, and that information must be available as well.
Information that you'll probably also need to encrypt, but still be able to search by patient, date, and decrypter. (requests come through to find all records a particular employee has seen within a certain date range as well)
I can see the start of a rabbit hole, which is why organisations dealing in PID have IG teams or consultants who know the laws and know how much needs to be done.
If a patient thinks an organisation is holding out on them, that patient has a way to complain, and the complaints aren't taken lightly from what I've seen.
Fortunately their web app keeps your NikeFuel—Nike's activity metric—for every day (in 15-minute increments) as a global JavaScript variable. I wrote a scraper[1] to get me my data.
I wonder if you can do the same with Fitbit.
[0] https://twitter.com/NikeFuel/status/205424488836370433 [1] https://github.com/beaumartinez/fuel
I was planning on getting a FitBit this week, the main purchasing decision against a Nike Fuelband being open access to data. Does anyone have any alternatives they can recommend? I'm especially interested in the sleep tracking side of things.
I personally love the FitBit ecosystem (I use the app and scale religiously, and its UX is fantastic) and stopped using Sleep Cycle in favor of the tracking via FitBit.